JPH0520797A - Ｃｄ−ｒｏｍ及びその記録方法 - Google Patents

Abstract

(57)【要約】 【目的】 ゲーム機のフォーマットに一致したＣＤ−Ｒ
ＯＭであるかどうかをゲーム機がチェックできるＣＤ−
ＲＯＭを提供する。 【構成】 ＣＤ−ＲＯＭ４に、所定数のリードイン用の
セクタRDINと、このリードイン用のセクタRDINに続き、
所定の識別データが書き込まれている識別用のセクタID
SCと、この識別用のセクタIDSCに続き、画像データなど
の主データが書き込まれている複数のデータ用のセクタ
MNSCとを設ける。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ＣＤ−ＲＯＭに特定
の画像データを記録する場合のフォーマットに関する。

【０００２】

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

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

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

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

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

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

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

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

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

【００１１】こうして、キャラクタデータCHR(i)は各キ
ャラクタ内において４色以下となるようにデータ圧縮さ
れる。

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

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

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

【００１５】したがって、パレットごとに、そのキャラ
クタデータCHR(i)は、そのパレットの持つ16色の代表色
のうちのいずれかの色のデータに量子化される。

【００１６】続いて、ステップ８５において、パレット
ごとに色番号変換用のテーブルCOL(0)〜COL(7)が作成さ
れる。このテーブルCOL(j)は、図５に示すように、パレ
ットごとに、その16色の代表色の色データ（15ビットの
色データ）と、その色データを指定する色番号（０〜1
5）とを有する変換テーブルである。なお、この時点で
は、キャラクタデータCHR(i)は、そのキャラクタデータ
の属するパレットのテーブルCOL(j)の色データのいずれ
かに等しい。

【００１７】そして、ステップ８６において、この色番
号テーブルCOL(j)は、記録データCOL として一時記憶さ
れる。

【００１８】さらに、ステップ９１において、第２次の
量子化の行われたキャラクタデータCHR(i)が、そのキャ
ラクタデータの属するパレットの色番号テーブルCOL(j)
を参照してその色番号テーブルの色番号に変換される。

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

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

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

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

【００２３】そこで、ステップ９２において、各キャラ
クタのうち、２ビットモードのキャラクタMCH2及び１ビ
ットモードのキャラクタMCH1の色番号が、インデックス
テーブルIND2、IND1を参照することによりインデックス
番号データDSP2、DSP1に変換される（図６Ｃ、図７
Ｃ）。なお、ここでは、説明の都合上、単色モードのキ
ャラクタMCH0については、その色番号をインデックス番
号データDSP0（＝０〜15のいずれか）とする。

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

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

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

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

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

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

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

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

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

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

【００３４】以上のようにして、１フレームごとに、色
番号変換用のデータCOL と、２ビットモードのキャラク
タMCH2のインデックス番号データDSP2及びそのインデッ
クステーブルIND2と、１ビットモードのキャラクタMCH1
のインデックス番号データDSP1及びそのインデックステ
ーブルIND1と、スクリーンテーブルSCR とが作成され
る。

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

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

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

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

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

【００４０】さらに、２ビットモードのキャラクタMCH2
のインデックステーブルIND2は、色番号が０〜15であっ
て４ビットで表現され、色番号は４色分であるから、 ４ビット×４色分＝２バイト となる。また、インデックス番号データDSP2は、インデ
ックス番号が２ビットで、これが１キャラクタ分である
から、 ２ビット×８画素×８画素＝16バイト となる。したがって、２ビットモードのキャラクタMCH2
のデータ量は、１キャラクタ当たり18バイトとなる。

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

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

【００４３】したがって、１フレーム内の各モードのキ
ャラクタMCH2〜MCH0の割り合いを、例えば、 ２ビットモード：１ビットモード：単色モード＝ ３ ： ３ ： ２ ＝ 288個： 288個： 192個 とすると、 色番号データCOL ＝ 256バイト スクリーンテーブルSCR ＝1536バイト ２ビットモードのキャラクタMCH2＝18バイト×288 個＝5184バイト １ビットモードのキャラクタMCH1＝９バイト×288 個＝2592バイト −−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−− 合 計 ＝ 9568バイト となる。すなわち、10Ｋバイト弱となる。

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

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

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

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

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

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

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

【００５１】次に、上述の画像データ（記録データ）RE
CDから元の画像データをデコードするデコーダ回路の一
例について図１２により説明する。

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

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

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

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

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

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

【００５８】また、プログラムカートリッジ５は、ＲＯ
Ｍ５１と、ＲＡＭ５２とを有し、そのＲＯＭ５１には、
プログラムなどが書き込まれている。さらに、ＲＡＭ５
２は、例えばゲームを途中で一時中断するとき、そのと
きの状態に関する各種のデータを次回のゲームの再開ま
で保持するために使用されるものであり、電池５３によ
りバックアップされている。そして、このカートリッジ
５を、ゲーム機本体１のスロット２に差し込むと、コネ
クタ（図示せず）を通じてＲＯＭ５１及びＲＡＭ５２は
バス１９に接続される。

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

【００６０】Ａ. インデックステーブルIND2、IND1を参
照してインデックス番号データDSP2、DSP1を、色番号に
デコードする。

【００６１】Ｂ. 色番号テーブルCOL(j)（色番号データ
COL ）を参照してＡ項でデコードした色番号を、実際の
色の画素データにデコードする。

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

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

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

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

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

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

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

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

【００７０】(8) (7) までの処理を終了すると、１ビ
ットモードのキャラクタMCH2をデコードするためのプロ
グラムが、ＤＳＰ４４にロードされる。

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

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

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

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

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

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

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

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

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

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

【００８１】(18) 処理は(1) に戻り、以後、１フレー
ム単位で(1) 〜(17)の処理が繰り返される。

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

【００８３】

【発明が解決しようとする課題】ところで、ＣＤ−ＲＯ
Ｍのセクタフォーマットには、図１３に示すように３つ
のモードがある。すなわち、図１３Ａ〜Ｃに示すよう
に、ＣＤ−ＲＯＭの１セクタの大きさは、どのモードで
も2352バイトとされている。そして、モード０の場合に
は、図１３Ａに示すように、各セクタの先頭から12バイ
トが同期パターンとされ、次の３バイトがブロックアド
レスとされ、続く１バイトがモード０を示すデータとさ
れ、残る2336バイトがすべて“00”のダミーデータとさ
れている。そして、このモード０のセクタは、リードイ
ン、リードアウトに使用される。

【００８４】また、モード１の場合には、図１３Ｂに示
すように、各セクタの先頭に、モード０の場合と同様
に、同期パターン、ブロックアドレス、モード１を示す
データを有し、続く2048バイトがユーザデータとされ、
残る288 バイトがユーザデータに対するＣＲＣ及びＥＣ
Ｃとされている。そして、このモード１のセクタフォー
マットが、通常のＣＤ−ＲＯＭのフォーマットであり、
上述の画像データRECDの記録に使用されているフォーマ
ットが、このモード１である。

【００８５】さらに、モード２の場合には、図１３Ｃに
示すように、各セクタの先頭に、モード０の場合と同様
に、同期パターン、ブロックアドレス、モード２を示す
データを有し、残る2336バイトがすべてユーザデータと
されている。そして、このモード２は、さらに、 フォーム１：ＣＤ−Ｉのテキストデータあるいは画像デ
ータ用 フォーム２：ＣＤ−Ｉの音声データ用 その他 に分類される。すなわち、ＣＤ−Ｉは、このモード２の
サブセットであり、したがって、ＣＤ−Ｉのモード２
と、ＣＤ−Ｉではないモード２とが存在することにな
る。また、このモード２は、「ＸＡ」とも呼ばれてい
る。そして、ＣＤ−ＲＯＭのデータの伝送レイトは、モ
ード１の場合、150 Ｋバイト（＝２Ｋバイト×75セク
タ）であるのに対し、モード２の場合、171 Ｋバイト強
（＝2336バイト×75セクタ）となり、モード１に比べて
14％強大きくなる。

【００８６】以上が、一般のＣＤ−ＲＯＭのセクタフォ
ーマットである。

【００８７】そして、上述においては、ＣＤ−ＲＯＭ４
は、画像データRECDを記録する場合、モード１のセクタ
フォーマットを採用しているとしたが、実際には、モー
ド１だけではなく、モード２のフォーム１を採用する場
合もある。すなわち、モード２のフォーム１を使用すれ
ば、伝送レイトが大きくなるので、表示される動画のフ
レーム数（駒数）を増やすことができ、あるいは同じフ
レーム数でよければ、より画素数の多い動画を表示でき
る。

【００８８】ところが、そのように画像データをモード
１で記録している場合があったり、モード２で記録して
いる場合があったりすると、ゲーム機１をモード１でも
モード２でも動作するように設計することになるので、
ゲーム機１が上述のＣＤ−ＲＯＭ４を他のＣＤ−ＲＯＭ
と識別することが困難になってしまう。例えば他のＣＤ
−ＲＯＭをゲーム機１にセットしてもゲーム機１はデー
タの読み出しを行い、その結果、訳のわからない画像が
表示されて故障と間違えたりしてしまう。

【００８９】また、ゲーム機１が例えばモード１しか使
用しないように構成されていても、他のＣＤ−ＲＯＭに
対して上述のデコード処理を行うので、やはり意味不明
の画像が表示されたりしてしまう。

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

【００９１】

【課題を解決するための手段】このため、この発明にお
いては、各部の参照符号を後述の実施例に対応させる
と、ＣＤ−ＲＯＭ４において、所定数のリードイン用の
セクタRDINと、画像データなどの主データが書き込まれ
ている複数のデータ用のセクタMNSCとの間に、所定の識
別データを有する識別用のセクタIDSCを設けるようにし
たものである。

【００９２】

【作用】ＣＤ−ＲＯＭをセットすると、ゲーム機１で使
用できるＣＤ−ＲＯＭ４をセットした場合のみ、そのＣ
Ｄ−ＲＯＭ４から正しく画像データが読み出されてデコ
ードされる。

【００９３】

【実施例】図１は、ＣＤ−ＲＯＭ４のトラックTRCKをセ
クタ単位で示すもので、このトラックTRCKは、その先頭
にリードイン用のセクタRDINを所定の数だけ有する。こ
のセクタRDINは、上述のようにモード０のフォーマット
とされているものである。

【００９４】そして、トラックTRCKは、リードイン用セ
クタRDINに続いて識別用のセクタIDSCを１つ有する。こ
の識別用セクタIDSCは、モード１のフォーマットとされ
ているとともに、そのユーザデータが特定のデータとさ
れている。例えば２Ｋバイトのすべてが“00”以外の所
定のデータとされている。

【００９５】さらに、トラックTRCKは、識別用セクタID
SCに続いて本来のデータのためのセクタMNSCを必要な数
だけ有する。このデータ用セクタMNSCには、画像データ
RECDが記録されるとともに、この画像データRECDを元の
画像データにエンコードするためのプログラム、ゲーム
のプログラムなどが必要に応じてが記録されている。こ
のため、このデータ用セクタMNSCは、モード１あるいは
モード２のフォーマットとされ、そのユーザデータがそ
の画像データRECDやプログラムなどとされている。

【００９６】このような構成において、ゲーム機１のＣ
ＰＵ１１は、ゲームの開始時、プログラムカートリッジ
５のＲＯＭ５１のＯＳあるいはプログラムにしたがっ
て、次のような処理を実行する。

【００９７】すなわち、ＣＤ−ＲＯＭの再生時、リード
イン用セクタRDINに続くセクタのユーザデータをチェッ
クし、このデータチェックにより、リードイン用セクタ
RDINの次に識別用セクタIDSCがあるかどうかをチェック
する。そして、識別用セクタIDSCがあれば、そのＣＤ−
ＲＯＭは、ゲーム機１で使用できるＣＤ−ＲＯＭ４であ
るから、以後、データ用セクタMNSCから画像データRECD
やプログラムなどを再生し、そのゲームをできる状態と
する。

【００９８】しかし、リードイン用セクタRDINの次に識
別用セクタIDSCがあるかどうかをチェックしたとき、識
別用セクタIDSCがないときには、そのＣＤ−ＲＯＭは、
このゲーム機１では使用できないＣＤ−ＲＯＭあるいは
一般のＣＤであるから、その旨をディスプレイ６に表示
する。

【００９９】

【発明の効果】こうして、この発明によれば、ＣＤ−Ｒ
ＯＭ４のリードイン用セクタRDINに続くセクタを識別用
セクタIDSCとし、このセクタIDSCにそのＣＤ−ＲＯＭが
ゲーム機１のＣＤ−ＲＯＭ４であることを示す特定の識
別データを入れているので、ゲーム機１によりＣＤ−Ｒ
ＯＭのゲームなどを実行するとき、このゲーム機１では
使用できないＣＤ−ＲＯＭやＣＤをゲーム機１にセット
しても、トラブルを生じることがない。あるいはゲーム
機１のＣＤ−ＲＯＭ４でないと判断した場合には、その
ＣＤ−ＲＯＭを別の用途、例えば電子出版のＣＤ−ＲＯ
Ｍとみなして表示処理をすることができる。

【０１００】しかも、そのためには、600 Ｍバイト以上
の容量があるＣＤ−ＲＯＭ４のうちの１セクタ（２Ｋバ
イト）を識別用セクタIDSCするだけでよく、ＣＤ−ＲＯ
Ｍ４の容量の減少が問題にならない。また、その識別用
セクタIDSCも識別用の特定のデータを入れるだけでよ
く、ＣＤ−ＲＯＭ４の製作コストの上昇を招くこともな
い。

【図面の簡単な説明】

【図１】この発明を説明するための略線図である。

【図２】画像データの圧縮過程の一例を示すフローチャ
ートの一部の図である。

【図３】図２の続きを示す図である。

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

Claims (3)

【特許請求の範囲】
1. 【請求項１】 所定数のリードイン用のセクタと、 このリードイン用のセクタに続き、所定の識別データが
   書き込まれている識別用のセクタと、 この識別用のセクタに続き、画像データなどの主データ
   が書き込まれている複数のデータ用のセクタと を有するＣＤ−ＲＯＭ。
2. 【請求項２】 所定数のリードイン用のセクタと、 このリードイン用のセクタに続き、所定の識別データが
   書き込まれている識別用のセクタと、 この識別用のセクタに続き、原画像データをデータ圧縮
   して得られる画像データと、この画像データを上記原画
   像データにデコードするためのプログラムとが書き込ま
   れている複数のセクタとを有するＣＤ−ＲＯＭ。
3. 【請求項３】 所定数のリードイン用のセクタと、 画像データなどの主データが書き込まれている複数のデ
   ータ用のセクタとの間に、 所定の識別データを有する識別用のセクタを設けるよう
   にしたＣＤ−ＲＯＭの記録方法。