JP3084093B2 - 画像データのデコード方法及びその画像再生装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えば動画などの画
像データが記録された例えばＣＤ−ＲＯＭなどの記録媒
体からのデータのデコード方法及びその画像データから
の画像再生装置に関する。

【０００２】

【従来の技術】ＣＤ−ＲＯＭは、記録容量が大きく、マ
イクロコンピュータを使用したゲーム機やパーソナルコ
ンピュータなどにおいて、外部記憶媒体として使用され
ているが、このＣＤ−ＲＯＭに動画（アニメーション）
の画像データを記録しておき、この画像データを読み出
してホストコンピュータに供給し、ＣＲＴディスプレイ
に動画（アニメーション）を表示することが考えられて
いる。

【０００３】この場合、従来のゲーム機においては、ゲ
ーム機本体のホストコンピュータとしてのＣＰＵに接続
された単一のシステムバスに対してＣＤ−ＲＯＭのデコ
ーダが接続される。そして、ＣＤ−ＲＯＭからの画像デ
ータの読み出し方としては、ＣＤ−ＲＯＭから画像デー
タを連続して読み出して動画をディスプレイに表示する
のではなく、ＣＤ−ＲＯＭの所定の記録領域に記録され
ている複数駒からなる動画の画像データを読み出してホ
ストコンピュータ側に用意されている大容量のＲＡＭに
転送し、このＲＡＭに記憶された複数駒分の画像データ
からアニメーションを作成して表示するようにしてい
る。

【０００４】

【発明が解決しようとする課題】しかしながら、この方
法による場合には、動画の１秒当たりの駒数が少なく、
動きのスムースなアニメーションを得ることができな
い。

【０００５】そこで、この発明の発明者らは、例えば特
願平３−７４５５５号として、ＣＤ−ＲＯＭから画像デ
ータを連続して読み出しながら動画を再生して、駒数が
多く、スムースな動きのアニメーションを実現できる方
法を提案している。

【０００６】ところで、従来のゲーム機などの画像再生
装置においては、動画を表示するためのビデオＲＡＭの
メモリ領域としては、一般に１画面分が用意され、この
１画面分のメモリ領域（メモリプレーンと称する）の画
像内容がＣＤ−ＲＯＭから読み出された１フレーム分の
画像データにより１フレーム毎に順次書き換えられるこ
とにより１画面分のアニメーションが実現されていた。

【０００７】ところで、ゲーム機の場合、立体感のある
画像を得ることができれば、さらに臨場感のあるゲーム
を楽しむことができる可能性が拡がる。しかしながら、
１枚のプレーンのみによる画像では、この立体感のある
画像を得ることが困難であった。

【０００８】この発明は、以上の点にかんがみ、立体感
のある画像を得ることができるようにした画像データの
デコード方法及びその画像再生装置を提供することを目
的とする。

【０００９】

【課題を解決するための手段】上記課題を解決するた
め、この発明においては、後述の実施例の符号を参照す
ると、１フレーム分として記録される画像データとし
て、異なる第１及び第２の画像データのそれぞれの１フ
レームが圧縮されたものが、付加的情報により前記第１
及び第２の画像データが分離可能な状態で記録された記
録媒体５を用意し、この記録媒体５から前記圧縮された
画像データを読み出して第１のメモリ１３にＤＭＡ転送
し、この第１のメモリ１３からの前記第１の画像データ
と第２の画像データとを、２画面分のメモリ領域を有す
る第２のメモリ１５のそれぞれ異なる画面用のメモリ領
域にＤＭＡ転送し、この第２のメモリ１５の第１及び第
２の画像データを、それぞれデコード処理を行なって、
それぞれ第１及び第２の画像データの圧縮前の１フレー
ムのデータを得る。この第１及び第２の画像データを重
ね合わせて１フレームの画像を得て表示用画像とする。

【００１０】

【作用】記録媒体には、１フレーム分として２画面分の
画像データが記録されている。そして、デコード時に
は、記録媒体からの画像データが一旦第１のメモリに書
き込まれ、この第１のメモリから画像データデコード用
の第２のメモリに転送される。この場合に、画像データ
と共に記録された付加的情報により、第２のメモリの第
１及び第２のメモリプレーンに第１及び第２の画像デー
タがそれぞれ書き込まれる。そして、この第２のメモリ
の第１及び第２の画像データがそれぞれデコード処理さ
れて、それぞれ１フレーム分の画像データがデコードさ
れる。

【００１１】これら第１及び第２のメモリプレーンの画
像データが合成されてディスプレイに表示される。第２
のメモリの第１及び第２のメモリプレーンの画像は、記
録媒体からの第１及び第２の画像データにより書き換え
られので、表示画面には２枚の動画が重なった映像が表
示される。したがって、立体感のあるアニメーションが
得られるものである。

【００１２】

【実施例】以下、この発明による画像データのデコード
方法及びその画像再生装置の一実施例を、ＣＤ−ＲＯＭ
に記録された動画の画像データを再生してアニメーショ
ンをリアルタイムで表示できるようにする場合を例にと
って説明する。

【００１３】先ず、動画の画像データのデータ圧縮方法
と、圧縮した動画データ及び動画以外のその他のデータ
とを記録媒体に記録する方法について説明する。

【００１４】［動画の画像データのデータ圧縮方法］図
４及び図５は、この例の画像データ圧縮方法を実行する
エンコード装置の一例のブロック図である。この例にお
いては、圧縮した画像データはＣＤ−ＲＯＭに記録す
る。このＣＤ−ＲＯＭは、後述するようにゲーム機用の
ソフトとして用いられ、動画を再生できるように、画像
データが高能率圧縮されている。

【００１５】この例においては、１フレーム（１画面）
は、図６Ａに示すように、横×縦＝２５６画素×１９２
画素で構成され、また、１画素は三原色がそれぞれ５ビ
ットで表されている。なお、実際は、処理の都合でダミ
ーの１ビットが最上位に追加され、１画素は、１ビット
（ダミー）＋５ビット×３色、すなわち１６ビットとさ
れる。そして、この原画像データが１フレーム単位で以
下のようにデータ圧縮処理される。

【００１６】すなわち、原画像の１フレームのデータ
は、入力端２１を通じてキャラクタ分割手段２２に供給
され、図６Ｂに示すように、１フレームの画像がそれぞ
れ横×縦＝８画素×８画素からなる小領域ブロック（以
下このブロックをキャラクタと称する）に分割される。
したがって、図６Ｂにも示したように、１フレームの画
像は、３２×２４＝７６８個のキャラクタに分割され
る。そして、各キャラクタの画像データＣ(0) 〜Ｃ(76
7) は、レジスタ２３に一時蓄えられる。

【００１７】このレジスタ２３からの各キャラクタの画
像データＣ(0) 〜Ｃ(767) は、第１のベクトル量子化手
段２４に供給される。この例においても、このベクトル
量子化手段２４においては、各キャラクタの画像データ
Ｃ(0) 〜Ｃ(767) が並列処理される。このように並列処
理せずに、画像データＣ(0) 〜Ｃ(767) を順次にベクト
ル量子化処理するようにしても勿論よい。後述する各処
理においても同様である。

【００１８】このベクトル量子化手段２４では、各キャ
ラクタ画像データＣ(k) （k=０〜７６７）毎に、そのキ
ャラクタ内の画素として表われる色が４色以内となるよ
うにベクトル量子化がなされる。このベクトル量子化の
手法としては種々提案されているものが使用できるが、
この例では、赤、青、緑の三原色の色成分を互いに直交
する方向にとって３次元色空間を考えたとき、各画素間
のその色空間上の距離を求め、互いの距離の短い画素同
志をまとめることにより、すなわち近似する色の画素同
志をまとめて１つの代表色とする処理を行うことによ
り、キャラクタ内の画素の色が４色以下の代表色に収ま
るように画素データを丸める。

【００１９】そして、１フレーム内の全キャラクタにつ
いて、そのキャラクタ内の画素の色が４色に収まるよう
にベクトル量子化した後、その１フレーム内の全キャラ
クタ内における量子化誤差（代表色の位置を中心とし
て、その代表色と各画素との前記色空間上の距離に相
当）の最大値Ｅmax を求める。このとき、予め、１フレ
ーム内の量子化誤差の最大値として許容されるスレッシ
ョールド値Ｅthを設定しておく。そして、前記量子化誤
差の最大値Ｅmax とスレッショールド値Ｅthとを比較す
る。そして、量子化誤差の最大値Ｅmax がスレッショー
ルド値Ｅthより大きいときは、さらに、各キャラクタ内
の画像データについて、量子化誤差が前記最大値Ｅmax
を越える直前までベクトル量子化を行い、キャラクタ内
の色数を減らしていく。これは、１フレーム内の全キャ
ラクタ内の画像データのＳ／Ｎを均一にするためであ
る。これを、量子化誤差の最大値Ｅmax がスレッショー
ルド値Ｅthを越える直前まで行う。このようにすれば、
全てのフレームでのＳ／Ｎ比は一定に保たれる。

【００２０】このように量子化すると、色の変化の平坦
なキャラクタでは、画素の色数が減る。これは、色の変
化の平坦なキャラクタでは、色数が減少しても量子化誤
差はさほど増大しないからである。この過程で、キャラ
クタ内の色数が２色に、さらには１色のみになるキャラ
クタも生じる。そして、各キャラクタ内で選択された色
が代表色とされる。

【００２１】こうして、ベクトル量子化手段２４から
は、各キャラクタ内では４色以下に圧縮された画像デー
タが得られる。このベクトル量子化手段２４からのキャ
ラクタ単位の画像データは、パレット分割手段２５に供
給される。

【００２２】このパレット分割手段２５では、キャラク
タをそのキャラクタ内の色の分布によって、似た色を持
つキャラクタ同志をまとめることにより、８つのグルー
プ（各グループをパレットと称する）に分類する。例え
ば、図６Ｃに示すように、画像の内容に応じて色調の似
たキャラクタのグループが、Ａ，Ｂ，Ｃ，Ｄ，Ｅ…のよ
うに生じたとした場合、このグループＡ，Ｂ，Ｃ，Ｄ，
Ｅ…毎にパレットが構成される。

【００２３】この例の場合、８つのパレットの割当方法
は、 （１）各キャラクタの代表色（キャラクタ内の色の平均
値）を計算し、各キャラクタはその代表色からなるもの
と仮定する。 （２）ベクトル量子化を行い、１フレーム内の全てのキ
ャラクタを８色に量子化する。すなわち、キャラクタ数
は７６８であるので、キャラクタの代表色は最大７６８
色となるが、これを８色のキャラクタに量子化する。 （３）同じラベル（代表色）を持つキャラクタ同志をま
とめて一つのパレットとする。 の３ステップにより行われる。

【００２４】なお、このパレットを構成するキャラクタ
のグループは、連続したキャラクタの領域のものである
必要はなく、飛び飛びのキャラクタ同志が、１つのパレ
ットのグループを構成してもよい。

【００２５】８個のパレットのデータＰ(0) 〜Ｐ(7)
は、レジスタ２６に一時蓄えられ、それぞれ第２のベク
トル量子化手段２７に供給され、並列処理される。

【００２６】第２のベクトル量子化手段２７では、各パ
レット毎に１６色の画素の代表色が決定される。このと
き、１つのパレット内の画素の色数が１６色より多けれ
ば、キャラクタ内の場合と同様にして、ベクトル量子化
が行われてパレット内の色が１６色になるように丸めら
れる。そして、その結果の１６色が画素の代表色とされ
る。

【００２７】こうして、それぞれ１６色に丸められた８
個のパレットのキャラクタ単位の画像データＰ(0) 〜Ｐ
(7) は、それぞれラベリング手段２８に供給され、並列
処理される。各ラベリング手段２８では、各パレットに
ついてそれぞれ画素の代表色として選定された１６色又
は１６以下の色データの色変換テーブルＣＯＬ(0) 〜Ｃ
ＯＬ(7) が作成され、レジスタ２９に一時蓄えられる
（図７参照）。このレジスタ２９からの色変換テーブル
ＣＯＬ(0) 〜ＣＯＬ(7) のデータは、記録データとして
記録処理手段３８に供給される。

【００２８】また、各ラベリング手段２８では、各色変
換テーブルＣＯＬ(0) 〜ＣＯＬ(7)が参照されて、各パ
レットに含まれる各キャラクタについて、それぞれ１６
色に丸められた画素データが、そのパレットの色変換テ
ーブル上で、その画素の色が対応する色番号で表現され
るラベル画像データＬＡＢ(0) 〜ＬＡＢ(7) に変換され
る（図８参照）。そして、このラベル画像データＬＡＢ
(0) 〜ＬＡＢ(7) が、レジスタ３０に一時蓄えられる。

【００２９】この場合、前述もしたように、キャラクタ
は、４又は３色からなるもの（図８Ａ）、２色からなる
もの（図８Ｂ）、１色のみからなるもの（図８Ｃ）があ
る。キャラクタが４又は３色の場合には、その４又は３
色の色番号を示すテーブルが存在すれば、各画素データ
は、その色番号テーブルのどれであるか示す２ビットの
データで表すことができる。したがって、４又は３色か
らなるキャラクタの各画素データは、２ビットで表現す
ることができる。同様に、キャラクタが２色であれば、
そのキャラクタの２色の色番号テーブルと、それぞれ１
ビットの画素データで表すことができる。さらに、１色
のみであれば、後述するように、その色データのみとす
ることができる。

【００３０】２ビットで表現できるキャラクタを２ビッ
トモードキャラクタ、１ビットで表現できるキャラクタ
を１ビットモードキャラクタ、１色のみのキャラクタを
単色キャラクタと、以下称する。

【００３１】デコード処理を考慮した場合、２ビットモ
ードキャラクタ、１ビットモードキャラクタ、単色キャ
ラクタは、それぞれまとめて取り扱ったほうが高速処理
ができる。しかし、１フレーム中の７６８個のキャラク
タにおいては、一般に、図９Ａに示すように、各モード
キャラクタは、分散して混在する。図９で、は１ビッ
トモードキャラクタ、は２ビットモードキャラクタ、
○は単色キャラクタを示している。

【００３２】そこで、レジスタ３０からの各パレットの
ラベル画像データＬＡＢ(0) 〜ＬＡＢ(7) は、ソート手
段３１に供給され、図９Ｂに示すように、２ビットモー
ドキャラクタ、１ビットモードキャラクタ、単色キャラ
クタの順に１フレームのキャラクタデータが並べ換えら
れる。

【００３３】そして、このソート手段３１では、１フレ
ームのキャラクタについて元の順序への並べ換えのため
のテーブル（以下これをスクリーンテーブルという）ｓ
ｃｒが形成される。このスクリーンテーブルｓｃｒは、
図１０に示すように、１フレームの画像をキャラクタと
同じ大きさの小領域に分割したとき、各小領域について
キャラクタ番号ＣNo. と、パレット番号ＰNo. が定めら
れて構成される。キャラクタ番号ＣNo. は、その小領域
の位置に表示されるべきキャラクタのソート後の１フレ
ーム中でのキャラクタ順位である。また、パレット番号
ＰNo. は、その小領域に表示されるキャラクタが、８個
のパレットのうちのどのパレットに含まれているかを示
す。すなわち、どの色変換テーブルをデコード時に使用
するかを示すことになる。この場合、１つの小領域のキ
ャラクタ番号ＣNo. とパレット番号ＰNo. とは、例えば
２バイトのデータで構成される。

【００３４】また、この例の場合、キャラクタ番号ＣN
o. のうちの０〜１５までは、単色キャラクタに対して
のみ割り当てられる。すなわち、テーブルｓｃｒにおい
て、ある小領域の位置に表示されるキャラクタが単色キ
ャラクタであるときには、その小領域に対しては、パレ
ット番号ＰNo. は２ビットモード又は１ビットモードキ
ャラクタと同様に割り当てられるが、キャラクタ番号Ｃ
No. の代わりに、そのパレットの色変換テーブルの０〜
１５の色番号のうちのそのキャラクタの色の色番号が割
り当てられる。これにより、その小領域の色（単色）が
決まる。したがって、単色キャラクタについては、この
スクリーンテーブルｓｃｒに、そのキャラクタの色のデ
ータを前記のように登録して記録することにより、後述
する各キャラクタについての圧縮画像データとしては記
録しない。

【００３５】以上のような単色キャラクタのため、２ビ
ットモード及び１ビットモードのキャラクタに対するキ
ャラクタ番号は、１６番から始まる。もともと、キャラ
クタ番号には、１０ビットが割り当てられているので、
このような番号のシフトには十分に余裕がある。

【００３６】スクリーンテーブルｓｃｒのデータは、記
録データとして記録処理手段３８に供給される。

【００３７】そして、以上のようにしてソート手段３１
においてソートされて並べ換えられたキャラクタ単位の
画像データのうち、Ｎ個（Ｎは７６８以下の整数）の各
２ビットモードのキャラクタのデータＣ2(0)〜Ｃ2(N-1)
は、レジスタ３２を介してラベリング手段３３に供給さ
れる。このラベリング手段３３においては、各２ビット
モードのキャラクタのデータＣ2(0)〜Ｃ2(N-1)につい
て、図１１Ａに示すように、そのキャラクタの４色又は
３色の色番号テーブルと、その色番号テーブル上の各色
番号位置を示す２ビットのインデックス番号のデータと
からなる圧縮画像データｄａｔ2(0)〜ｄａｔ2(N-1)が形
成される。そして、これらの圧縮画像データｄａｔ2(0)
〜ｄａｔ2(N-1)がレジスタ３４に一時蓄積される。

【００３８】同様に、ソート手段３１からＭ個（Ｍは７
６８以下の整数）の各１ビットモードのキャラクタのデ
ータＣ1(0)〜Ｃ1(M-1)が、レジスタ３５を介してラベリ
ング手段３６に供給される。このラベリング手段３６に
おいては、各１ビットモードのキャラクタのデータＣ1
(0)〜Ｃ1(M-1)について、図１１Ｂに示すように、その
キャラクタの２色の色番号テーブルと、その色番号テー
ブル上の各色番号位置を示す１ビットのインデックス番
号のデータとからなる圧縮画像データｄａｔ1(0)〜ｄａ
ｔ1(M-1)が形成される。そして、これらの圧縮画像デー
タｄａｔ1(0)〜ｄａｔ1(M-1)がレジスタ３７に一時蓄積
される。

【００３９】そして、レジスタ３４からの全ての２ビッ
トモードの圧縮画像データと、レジスタ３７からの全て
の１ビットモードの圧縮画像データとは、それぞれ記録
データとして記録処理手段３８に供給される。

【００４０】また、端子３９を通じて例えば常駐キャラ
クタや、ゲームの条件変更などのデータが、この記録処
理手段３８に供給される。

【００４１】［記録データの生成］記録処理手段３８で
は、ＣＤ−ＲＯＭに記録するデータを作成する。この記
録データは、この例では１フレームを１つの塊として処
理するが、ＣＤ−ＲＯＭへのデータ記録態様は、ＣＤ−
ＲＯＭのデータフォーマットに従ったものであることは
勿論である。

【００４２】例えば、ＣＤ−ＲＯＭの記録モードがモー
ド１のときのセクタは、図１３のようになっている。す
なわち、セクタの先頭にはシンク（同期）パターンが配
され、それに続いて、セクタ番号やトラック番号などを
含むヘッダが配される。そして、このヘッダの後が２Ｋ
バイトのユーザデータとされ、最後がユーザデータのエ
ラー検出用及びエラー訂正用符号などからなる補助デー
タとされる。

【００４３】この例の場合、セクタのユーザデータの領
域に、前述した動画の画像データやその他のデータが記
録される。そして、この２Ｋバイトのユーザデータの始
めの３２バイトは、識別用情報ＩＤとされる。この識別
用情報ＩＤは、ユーザデータの領域にどのような内容の
データが記録されているかを示すと共に、同じ内容のデ
ータが何セクタ続くかを示す情報を含む。この識別用情
報ＩＤに、その他の情報を含むようにすることができる
ことはもちろんである。

【００４４】この識別用情報ＩＤが示すデータの内容と
しては、後述もするように、そのセクタのユーザデータ
が、１枚の動画の画像データ、２枚の動画の画像デ
ータ、色変換テーブル及びスクリーンテーブルｓｃｒ
の情報、動画の画像データ及びスクリーンテーブルｓ
ｃｒの情報、いわゆる常駐キャラクタのデータやゲー
ムの条件変更のデータなどのその他データ、などが用意
される。

【００４５】［１．１枚の動画の画像データの記録の場
合］上述した１フレーム分の画像に関するデータは、２
ビットモードと１ビットモードの各キャラクタの画素に
関する圧縮画像データと、画像データ以外のデータであ
るところのその１フレームの８個のパレットに対する図
７に示した色変換テーブルＣＯＬ(0)〜ＣＯＬ(7) と、
図１０に示したスクリーンテーブルｓｃｒとで構成され
る。

【００４６】そして、この例の場合、記録する１フレー
ム分の圧縮画像データは、図１２に示すように、その先
頭に、２ビットモードのキャラクタ数Ｎと１ビットモー
ドのキャラクタ数Ｍを示すモード数情報と、Ｎ個の２ビ
ットモードのキャラクタの圧縮画像データｄａｔ2(n)(n
=0,1,2…N-1)と、Ｍ個の１ビットモードのキャラクタの
圧縮画像データｄａｔ1(m)(m=0,1,2…M-1)とで構成され
る。単色キャラクタは、前述したように、スクリーンテ
ーブルｓｃｒにその色情報を登録しておくことにより、
画素のデータとしては記録しない。

【００４７】そして、１キャラクタ分の情報は、図１２
の下側に示すように、色番号テーブルの情報と、６４画
素分のインデックス番号データからなる。図１１に示し
たように、各画素に対応するインデックス番号データ
は、２ビットモードでは２ビット、１ビットモードでは
１ビットとなる。この場合、２ビットモードのキャラク
タ数Ｎと、１ビットモードのキャラクタ数Ｍとは画素の
内容に応じて変化するので、１フレーム分のキャラクタ
画素に関するデータのデータ長は可変である。

【００４８】この例では、各モードのキャラクタ数をモ
ード数情報として記録するようにしたが、このモード数
情報に代わって、２ビットモードの最後のキャラクタ
と、１ビットモードの最初のキャラクタとの間に、キャ
ラクタデータとしては生じないようなビットパターンの
モード区切り情報を記録するようにしてもよい。

【００４９】この例の場合、以上のようにして圧縮され
た動画に関するデータ量は、１フレーム当たり、次のよ
うになる。

【００５０】１フレーム当たり８パレットであるので、
色変換テーブルとしては、合計で、 １６（色）×８（パレット）×２（バイト）＝２５６（バイト） となる。また、スクリーンテーブルｓｃｒは、１キャラ
クタ当たり２バイトであるから、 ７６８×２（バイト）＝１５３６（バイト） となる。

【００５１】したがって、色変換テーブルとスクリーン
テーブルｓｃｒの合計のデータ量は、２Ｋバイト以下で
あり、１セクタ内に収まる。

【００５２】また、動画の画像データは、２ビットモー
ドのキャラクタにおいては、４ビットで表現される色番
号は４種類であるので、色番号テーブルは、 ４（ビット）×４＝１６（ビット）＝２（バイト） となる。また、インデックス番号データは２ビットであ
るので、 ２（ビット）×６４＝１２８（ビット）＝１６（バイト） となる。したがって、２ビットモードのキャラクタの１
キャラクタ当たりのデータ量は、１８バイトとなる。

【００５３】また、１ビットモードのキャラクタは、色
番号は２色分でよいので、色番号テーブルは、 ４（ビット）×２＝８（ビット）＝１（バイト） となる。また、インデックス番号データは１ビットであ
るので、 １（ビット）×６４＝６４（ビット）＝８（バイト） となる。したがって、１ビットモードのキャラクタの１
キャラクタ当たりのデータ量は、９バイトとなる。

【００５４】単色キャラクタについてはキャラクタの各
画素データは伝送しないので、１フレームの画像データ
の圧縮率は、１フレーム内の２ビットモード及び１ビッ
トモードのキャラクタの個数と、単色キャラクタの個数
の割合で定まる。例えば、 ２ビットモード：１ビットモード：単色＝３：３：２ ＝２８８：２８８：１９２ の場合、 となり、８Ｋバイト以下であるので、４セクタ内に収ま
る。

【００５５】以上のことから、この例の場合、図１４Ａ
に示すように、動画に関するデータは、１フレーム分毎
に５セクタとして記録することができる。すなわち、５
セクタの内の始めの４セクタのユーザデータとして２ビ
ットモード及び１ビットモードのキャラクタデータ（モ
ード数情報は最初のセクタに含まれる）を記録する。そ
して、図１４Ａで斜線を付して示す５番目のセクタに
は、スクリーンテーブルｓｃｒ及び色変換テーブルのデ
ータを記録する。

【００５６】そして、各セクタのユーザデータの領域の
３２バイトの識別用情報ＩＤとして、始めの４セクタの
ものには、動画の画像データであることを示す情報と、
それが続くセクタ数（１番目のセクタの場合には４であ
る）の情報が記録される。また、最後の５番目のセクタ
のものには、スクリーンテーブルｓｃｒ及び色変換テー
ブルのデータであることを示す情報と、それが続くセク
タ数の情報（この場合、１である）が記録される。

【００５７】こうして、１フレーム分の動画に関するデ
ータが５セクタ毎に繰り返し記録されるものである。こ
の例の場合、ＣＤ−ＲＯＭの伝送レートが１５０Ｋバイ
ト（７５セクタ）／秒であることを考え合わせると、１
５フレーム（駒）／秒の動画を記録ないし再生できるこ
とになる。

【００５８】また、この例の場合、ＣＤ−ＲＯＭには、
端子３９から入力された常駐キャラクタやその他のデー
タも、このセクタのユーザデータの領域に記録する。さ
らには、この例のゲーム機では、動画の背景画を静止画
として別に作成することができ、ＣＲＴディスプレイに
は、両者の合成画を表示することができるようにされて
いる。このため、静止画の画像データもＣＤ−ＲＯＭ中
に記録するようにされている。この場合、静止画のデー
タは、例えば１画素１６ビットのデータが４ビットに圧
縮されて記録される。また、常駐キャラクタも同様にし
て４ビットに圧縮されて記録される。

【００５９】これらのデータは、上述した動画に関する
１フレーム分のデータ同志の間に挿入記録される。そし
て、各セクタのユーザデータの領域の最初の識別用情報
ＩＤとして、そのデータ内容及びそれが続くセクタ数が
記録される。

【００６０】なお、ＣＤ−ＲＯＭには、以上のような圧
縮画像情報のほかに、この圧縮画像情報をデコードする
ためのプログラムと、ゲーム用のプログラムが記録され
る。さらには、オーディオ情報も適宜記録される。デコ
ードのためのプログラムとしては、２ビットモード用の
デコードプログラムと、１ビットモード用のデコードプ
ログラムとが、それぞれ記録されている。また、キャラ
クタの並べ換えのプログラムも記録されている。これら
のプログラムデータは、上述したようなデータとは、別
個に記録され、デコーダ時、動画などの再生に先立ち、
一括して読み出すことができるようにされている。な
お、これらのプログラムデータも、上記の例の動画の画
像データ以外のデータとして、動画データの途中に記録
するようにすることもできる。

【００６１】［２．２枚の動画の画像データの記録の場
合］また、この例では、記録処理回路３８では、ＣＤ−
ＲＯＭには、上述した１フレーム分／５セクタに、２枚
の動画のそれぞれ１フレーム分を記録するようにするこ
とも行なっている。

【００６２】この場合には、１フレームの画像データの
記録領域に第１及び第２の画像の１フレームづつを含
み、合計で２フレームの画像データを記録することにな
るため、画像データは、さらにデータ圧縮する必要があ
る。その方法としては、．１フレーム当たりの画素数
を少なくする方法、例えば１画面を２５６（水平）×１
２８（垂直）からなる画素で構成する方法、．ベクト
ル量子化によるデータ圧縮の圧縮率を上げる方法、．
方法と方法とを併用する方法、などが採用される。

【００６３】そして、この場合、記録するデータとして
は、第１の画像のデータの１フレーム分についての２ビ
ットモードのキャラクタデータ、１ビットモードのキャ
ラクタデータ、そのスクリーンテーブルｓｃｒ１及びそ
の色変換テーブル、第２の画像のデータの１フレーム分
についての２ビットモードキャラクタデータ、１ビット
モードキャラクタデータ、そのスクリーンテーブルｓｃ
ｒ２及びその色変換テーブルとが必要となる。

【００６４】なお、色変換テーブルは、使用する色数を
８（パレット）×１６（色）＝１２８とすれば、共通に
使用できる。すなわち、色番号テーブルのデータとして
その共通の色変換テーブルに対する色番号を登録するよ
うにすれば、スクリーンテーブルｓｃｒ１及びｓｃｒ２
においてその共通の色変換テーブルを指定することがで
きるからである。

【００６５】そして、この例の場合、ＣＤ−ＲＯＭの１
フレーム＝５セクタに、これら第１及び第２の画像のそ
れぞれ１フレームの画像データを記録するに当たって、
図１４Ｂに示すように記録する。

【００６６】すなわち、先ず、第１の画像の１フレーム
分として記録する２ビットモードのキャラクタデータ数
Ｎ１及び１ビットモードのキャラクタデータ数Ｍ１が記
録され、続いて第１の画像の１フレーム分の２ビットモ
ード及び１ビットモードのキャラクタデータが記録され
る。次に、続いて第２の画像の１フレーム分として記録
する２ビットモードのキャラクタデータ数Ｎ２及び１ビ
ットモードのキャラクタデータ数Ｍ２が記録され、続い
て第１の画像の１フレーム分の２ビットモード及び１ビ
ットモードのキャラクタデータが記録される。そして、
その後に、第１の画像についてのスクリーンテーブルｓ
ｃｒ１、第２のスクリーンテーブルｓｃｒ２、さらに第
１及び第２の画像に共通の色変換テーブルＣＯＬ（ｊ）
が記録される。

【００６７】図の例の場合、５セクタのうちの始めの２
セクタの途中までに、第１の画像の１フレーム分の画像
データが記録され、続いて４セクタの途中までに、第２
の画像の１フレーム分の画像データが記録され、その後
にスクリーンテーブルｓｃｒ１及びｓｃｒ２、さらに色
変換テーブルＣＯＬ（ｊ）が記録される。したがって、
図１４Ｂにおいて、５セクタのうちの始めの３セクタの
ユーザデータの領域の３２バイトの識別用情報ＩＤに
は、２枚の動画の画像データであることを示す情報が含
まれる。そして、４番目のセクタの識別用情報ＩＤに
は、２枚の動画の画像データについての画像のデータ及
びスクリーンテーブルｓｃｒの情報であることを示す情
報が含まれる。最後の５番目のセクタの識別用情報ＩＤ
には、２枚の動画の画像データについてのスクリーンテ
ーブルｓｃｒ及び色変換テーブルの情報であることを示
す情報が含まれる。

【００６８】なお、キャラクタ数Ｎ１，Ｍ１，Ｎ２，Ｍ
２を記録する代わりに、第１及び第２の画像の境目に、
それを示すフラグを記録すると共に、第２の画像とスク
リーンテーブルｓｃｒ及び色変換テーブルとの境目に、
それを示すフラグを記録するようにしてもよい。

【００６９】以上のようにして、第１及び第２の動画の
画像データのそれぞれの１フレーム分が、１枚の動画の
画像データが記録される５セクタ毎に繰り返し記録され
るものである。したがって、これをデコードすれば、第
１及び第２の動画が、それぞれ１５駒／秒で表示できる
ものである。

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

【００７１】この場合に、似た色を持つキャラクタごと
にまとめられて１つのグループ（パレット）が形成さ
れ、それが１画面分について複数個形成されて、画像デ
ータがパレット（グループ）分割されている。そして、
この似た色の画像部分からなるパレット内でベクトル量
子化処理が行われるので、量子化誤差が少なくなる。

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

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

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

【００７５】また、以上の例では、色が１色となるキャ
ラクタのデータについては、スクリーンテーブルｓｃｒ
に登録して色データのみを伝送し、画素単位のデータは
伝送しないので、データ伝送路上のトラフィックを減少
させることができる。

【００７６】なお、パレット分割する際の処理単位は１
フレームでなく、複数フレームとして、３次元的にパレ
ット分割するようにしてもよい。

【００７７】［この発明の一実施例としてのデコード装
置の説明］次に、以上のようにして圧縮されてＣＤ−Ｒ
ＯＭに記録された画像データをデコードする装置に、こ
の発明を適用した場合の一例としてのゲーム機の場合に
ついて説明する。

【００７８】すなわち、図１は、この発明をマイクロコ
ンピュータを使用したゲーム機に適用した場合の一例を
示し、１はそのゲーム機本体、４は副処理部、５はＣＤ
−ＲＯＭ、６はプログラムカートリッジ、７は音声デー
タの主処理部である。

【００７９】ゲーム機本体１は、マイクロコンピュータ
により構成されているもので、１１はそのＣＰＵ、１２
はＤＭＡＣ（ＤＭＡコントローラ）、１３はワークエリ
ア用のＲＡＭ、１４はＰＰＵ（ピクチャ・プロセシング
・ユニット）、１５はビデオＲＡＭである。

【００８０】そして、ゲーム機本体１は、第１及び第２
のシステムバス１８及び１９を備える２バス構成となっ
ている。この２個のシステムバスは、データバスは共通
であるが、アドレスバスが、第１のシステムバスと第２
のシステムバスで別個となっている。そして、ＤＭＡＣ
１２により、これら第１及び第２のシステムバス１８及
び１９間でのみＤＭＡ転送が可能である。

【００８１】この場合、ＣＰＵ１１と第２のシステムバ
ス１９との間はポート１６を介して接続され、ＣＰＵ１
１と第２のシステムバス１９に接続されているデバイス
間は、ポート１６を介してアクセスすることができる。

【００８２】第１のシステムバス１８には、ＣＰＵ１
１、ＤＭＡＣ１２及びＲＡＭ１３が接続される。また、
第２のシステムバス１９には、ＤＭＡＣ１２及びＰＰＵ
１４が接続されるとともに、ＰＰＵ１４にビデオＲＡＭ
１５及びＣＲＴディスプレイ６が接続される。また、第
２のシステムバス１９には、副処理部４と、音声データ
の主処理部７が接続されている。

【００８３】また、ビデオＲＡＭ１５は、この例の場
合、例えば図２に示すように、複数例えば４個のメモリ
領域Ｍ１〜Ｍ４に分割されている。この例の場合、メモ
リ領域Ｍ１及びＭ２は、それぞれ１枚の画像の再生のた
めのエリア（メモリプレーン）、メモリ領域Ｍ３は例え
ば常駐キャラクタなどのためのエリア（メモリプレー
ン）とされる。これらのメモリ領域Ｍ１〜Ｍ３は、それ
ぞれ２フレーム分（２画面分）の画面エリアを有し、そ
の一方の画面エリアの画像データが、ＰＰＵ１４により
ＣＲＴディスプレイ８の垂直及び水平走査に同期して読
み出され、ディスプレイ８により画像として表示される
とともに、この表示が行われている間に、他方の画面エ
リアに次に表示される画像の画像データが書き込まれ
る。

【００８４】また、メモリ領域Ｍ４は、ＰＰＵ１４のワ
ークエリアであり、スクリーンテーブルｓｃｒや色変換
テーブル、その他のデータのエリアとして使用される。

【００８５】さらに、ゲーム機本体１の音声データの主
処理部７において、７１はそのＡＰＵ（オーディオ・プ
ロセシング・ユニット）、７２はＤ／Ａコンバータ、７
３は音声出力端子で、ＡＰＵ７１が、バス１９に接続さ
れるとともに、Ｄ／Ａコンバータ７２に接続される。そ
して、ＡＰＵ７１に音声データ及びそのデコード用のプ
ログラムがロードされると、その音声データがデジタル
音声信号にデコードされ、このデジタル音声信号がコン
バータ７２によりアナログ音声信号にＤ／Ａ変換されて
から出力端子７３に出力される。

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

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

【００８８】さらに、副処理部４において、５０はＤＳ
Ｐで、これは汎用のＤＳＰであるが、画像データの処理
を行うものである。なお、この副処理部４は、この例に
おいてはゲーム機本体１と一体化されているが、ゲーム
機本体１に対してアダプタ形式とされていてもよい。な
お、ＤＳＰ５０は、図示しないが、プログラムＲＡＭと
バッファＲＡＭ（１つのＲＡＭで構成できる）を備えて
いる。

【００８９】また、プログラムカートリッジ６は、この
ゲーム機の使用時、ゲーム機本体１のスロット２に差し
込まれて使用されるものである。このログラムカートリ
ッジ６は、ＣＤ−ＲＯＭ５を使用しないときは、一般的
なゲームソフト用のものが差し込まれ、ＣＤ−ＲＯＭ５
を使用するときは、専用のものが差し込まれる。

【００９０】そして、カートリッジ６は、ＲＯＭ６１
と、ＲＡＭ６２とを有し、ＣＤ−ＲＯＭ５用のカートリ
ッジの場合には、そのＲＯＭ６１には、ＣＤ−ＲＯＭ５
の記録データをゲーム機本体１が取り込んでゲームを実
行するためのいわゆる初期化処理のためのプログラムな
どが書き込まれている。また、ＲＡＭ６２は、例えばゲ
ームを途中で一時中断するとき、そのときの状態に関す
る各種のデータをゲームの再開まで保持するためなどに
使用されるものであり、電池６３によりバックアップさ
れている。

【００９１】そして、このカートリッジ６を、ゲーム機
本体１のスロット２に差し込むと、コネクタ（図示せ
ず）を通じてＲＯＭ６１及びＲＡＭ６２はバス１８に接
続される。

【００９２】そして、カートリッジ６のＲＯＭ６１のプ
ログラムがＣＰＵ１１により実行され、ＣＤ−ＲＯＭ５
からのデータは、ゲーム機本体１のＲＡＭ１３に取り込
まれ、各セクタのユーザデータ中の識別用情報ＩＤに基
づいて各ユーザデータのデコード処理がなされる。これ
により、動画が表示される。

【００９３】すなわち、ＣＤプレーヤ４１によりＣＤ−
ＲＯＭ５からデータが再生されると、この再生データ
は、プレーヤ４１からＤＳＰ４２及びデコーダ４３に順
に供給されてエラー訂正などの処理が行われ、そのエラ
ー訂正の行われたデータが、ＤＭＡＣ１２によりデコー
ダ４３からＲＡＭ１３の第１のバッファエリアにＤＭＡ
転送される。

【００９４】次に、このＲＡＭ１３に取り込まれたデー
タの、各セクタの識別用情報ＩＤがＣＰＵ１１において
チェックされる。このチェック結果により、ＣＰＵ１１
は、各ＩＤで示される内容の再生データに応じたデコー
ド処理の手順を実行する。

【００９５】なお、ＣＤ−ＲＯＭ５からは、画像データ
などの再生に先立ち、前述したデコード処理のプログラ
ムやゲームのプログラムがＲＡＭ１３取り込まれるもの
である。

【００９６】［動画の画像データのデコード処理］ ［１．１枚の動画の場合のデコード処理］ＣＰＵ１１で
の識別用情報ＩＤのチェックの結果、セクタのユーザデ
ータの内容が１枚の動画の画像データであると判別され
たときは、次のようにして、動画のデコード及び表示処
理がなされる。

【００９７】すなわち、１フレーム分の圧縮画像データ
が含まれる５セクタのデータに対して、次のようにして
デコード処理が行なわれる。この動画の画像データのデ
コード処理の手順は、基本的には次の３ステップからな
っている。

【００９８】Ａ．各キャラクタについて、色番号テーブ
ルを参照して、２ビットあるいは１ビットのインデック
ス番号データを色変換テーブルＣＯＬ（ｊ）の４ビット
の色番号のデータに変換する第１次のテーブル参照のス
テップ Ｂ．各パレットのキャラクタの各画素について、そのパ
レットの色変換テーブルを参照して、Ａ項でデコードし
た色番号のデータを実際の色データに変換する第２次の
テーブル参照のステップ Ｃ．ソートされているキャラクタの並び換えのステッ
プ、すなわち、スクリーンテーブルｓｃｒを参照してＢ
項でデコードした画素データを、元のキャラクタ位置に
並べ変えるステップ そして、このＡ項〜Ｃ項のステップうち、Ａ項のステッ
プをＤＳＰ５０が行い、Ｂ項及びＣ項のステップをＰＰ
Ｕ１４が行う。

【００９９】［１−１ Ａ項のステップ］先ず、１フレ
ーム分の圧縮画像データが含まれる４セクタのユーザデ
ータに対して、ＤＳＰ５０において、次のようにして色
番号のデータへのデコード処理を行ない、それをビデオ
ＲＡＭ１５のメモリ領域Ｍ１に書き込むまでの手順につ
いて説明する。すなわち、 (1) ２ビットモードのキャラクタをデコードするため
のプログラムが、ＲＡＭ１３からＤＳＰ５０にロードさ
れる。

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

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

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

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

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

【０１０５】(7) (6) までの処理を終了すると、１ビ
ットモードのキャラクタをデコードするためのプログラ
ムが、ＲＡＭ１３からＤＳＰ５０にロードされる。

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

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

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

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

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

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

【０１１２】［１−２．Ｂ項及びＣ項のステップ］(13)
前記(12)までの処理を終了すると、１フレームの画像
データの５番目のセクタの処理にかかる。すなわち、Ｃ
ＰＵ１１は、識別情報ＩＤによりこの５番目のセクタ
は、スクリーンテーブルｓｃｒ及び色変換テーブルのデ
ータのセクタであると検知する。そこで、ＣＰＵ１１
は、ＲＡＭ１３の第１のバッファエリアにＤＭＡ転送さ
れていたスクリーンテーブルｓｃｒ及び色変換テーブル
のデータを、ＤＳＰ５０を通じることなく、ＤＭＡＣ１
２によりＰＰＵ１４を通じてビデオＲＡＭ１５にＤＭＡ
転送する。この場合、これらスクリーンテーブルｓｃｒ
及び色変換テーブルのデータは、ビデオＲＡＭ１５のメ
モリ領域Ｍ４に書き込まれる。

【０１１３】(14) 以上の転送処理が行われと、ＰＰＵ
１４は、リアルタイムで前述したＢ項、Ｃ項のステップ
を実行する。すなわち、色変換テーブルＣＯＬ(j) を参
照することにより、(2) 〜(5) 、(8) 〜(11)により処理
されたメモリ領域Ｍ１の色番号のデータが、実際の色の
画素データにデコードされるとともに、スクリーンテー
ブルｓｃｒを参照することにより、各キャラクタの画素
データが、元のキャラクタ位置に対応したアドレスに書
き込まれる。

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

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

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

【０１１７】［２．２枚の動画の場合のデコード処理］
５セクタに２枚の動画の１フレームづつの画像データが
記録されている場合のデコード処理も、上述した１枚の
動画のデコード処理の場合と、基本的には同じである。

【０１１８】先ず、この場合には、図３に示すように、
第１の画像についての２ビットモード及び１ビットモー
ドのキャラクタデータの数Ｎ１，Ｍ１の情報から第１及
び第２の画像のキャラクタデータの境目Ｐ１を知ること
ができる。

【０１１９】また、上記数Ｎ１，Ｍ１の情報と、第２の
画像についての２ビットモード及び１ビットモードのキ
ャラクタデータの数Ｎ２，Ｍ２の情報とから、第２の動
画の画像データと、スクリーンテーブルｓｃｒ１及びｓ
ｃｒ２及び色変換テーブルＣＯＬ（ｊ）との境目Ｐ２を
知ることができる。そして、これらの境目Ｐ１，Ｐ２か
ら、Ａ項のステップについて、第１の画像のデコード処
理から第２の画像のデコード処理に切り換え、また、ス
クリーンテーブルｓｃｒ１，ｓｃｒ２及び色変換テーブ
ルを取り込み、Ｂ項及びＣ項のステップを第１及び第２
の画像について行なう。

【０１２０】［２−１．Ａ項のステップ］(1) ２ビッ
トモードのキャラクタをデコードするためのプログラム
が、ＲＡＭ１３からＤＳＰ５０にロードされる。

【０１２１】(2) ＲＡＭ１３の第１のバッファエリア
にＤＭＡ転送された画像データのうちの第１の画像デー
タの２ビットモードのキャラクタのデータが、ＤＭＡＣ
１２によりＤＳＰ５０にＤＭＡ転送され、色番号のデー
タにデコードされる。

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

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

【０１２４】(5) (4) までの処理を終了すると、１ビ
ットモードのキャラクタをデコードするためのプログラ
ムが、ＲＡＭ１３からＤＳＰ５０にロードされる。

【０１２５】(6) ＲＡＭ１３の第１のバッファエリア
にＤＭＡ転送された第１の画像の画像データの１ビット
モードのキャラクタのデータが、ＤＭＡＣ１２によりＤ
ＳＰ５０にＤＭＡ転送され、色番号のデータにデコード
される。

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

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

【０１２８】(9) 次に、第２の画像について、(1) 〜
(8)の処理を行ない、この第２の画像の２ビットモード
のキャラクタ及び１ビットモードのキャラクタの全ての
データが、ビデオＲＡＭ１５のメモリ領域Ｍ２に書き込
まれる。

【０１２９】［２−２．Ｂ項及びＣ項のステップ］(10)
前記(9)までの処理を終了すると、ＣＰＵ１１は、Ｒ
ＡＭ１３の第１のバッファエリアのスクリーンテーブル
ｓｃｒ１，ｓｃｒ２及び色変換テーブルＣＯＬ（ｊ）の
データを、ＤＳＰ５０を通じることなく、ＤＭＡＣ１２
によりＰＰＵ１４を通じてビデオＲＡＭ１５にＤＭＡ転
送する。この場合、これらスクリーンテーブルｓｃｒ及
び色変換テーブルのデータは、ビデオＲＡＭ１５のメモ
リ領域Ｍ４に書き込まれる。

【０１３０】(11) 以上の転送処理が行われると、ＰＰ
Ｕ１４は、第１及び第２の動画の画像データについて前
述したＢ項、Ｃ項のステップを実行する。すなわち、ス
クリーンテーブルｓｃｒ１及び色変換テーブルＣＯＬ
(j) を参照することにより、第１の動画のメモリ領域Ｍ
１の色番号のデータが、実際の色の画素データにデコー
ドされるとともに、各キャラクタの画素データが、元の
キャラクタ位置に対応したアドレスに書き込まれる。

【０１３１】また、スクリーンテーブルｓｃｒ２及び色
変換テーブルＣＯＬ(j) を参照することにより、第１の
動画のメモリ領域Ｍ２の色番号のデータが、実際の色の
画素データにデコードされるとともに、各キャラクタの
画素データが、元のキャラクタ位置に対応したアドレス
に書き込まれる。

【０１３２】(12) 以上により、第１及び第２の動画の
それぞれ１フレーム分の画素データがビデオＲＡＭ１５
のメモリ領域Ｍ１及びＭ２のそれぞれ一方の画面エリア
に書き込まれると、これらの画素データの書き込まれた
エリアがアクティブとされ、第１及び第２の画像の合成
された映像が、画面がディスプレイ８に表示される。

【０１３３】(13) 処理は(1) に戻り、以後、１フレー
ム分の５セクタ単位で(1) 〜(13)の処理が繰り返され
る。

【０１３４】以上のようにして、ディスプレイ８には、
第１及び第２の動画の合成画像が表示され、奥行き感が
出て、立体感のある動画を得ることができる。しかも、
この例の場合、第１及び第２の動画は、それぞれ１５フ
レーム／秒の割合で行われ、１枚の動画と等しい駒数が
確保できるものである。

【０１３５】なお、静止画や常駐キャラクタのデータ、
その他のデータのセクタも、その識別用情報ＩＤに基づ
いて動画とは異なるプロセスでビデオＲＡＭ１３、その
他のメモリに書き込まれる。

【０１３６】すなわち、その他データについては、その
セクタの識別用情報ＩＤがＣＰＵ１１によりチェックさ
れ、その識別用情報ＩＤから、その他データの内容及び
連続するセクタ数が検知され、そのセクタの始めの位置
でスタートポインタが立ち、その他データは適切なメモ
リ領域あるいは別のメモリに書き込まれて、その他デー
タの内容に応じた処理がなされる。そして、その他デー
タのセクタが終了すると、エンドポインタＰＥが立ち、
その他データの処理が終了する。その後のセクタが動画
のセクタであれば、動画の画像データのデコード処理プ
ロセスが再開される。したがって、動画が前回の画面か
ら続くことになる。この場合、５セクタ＝１／１５秒で
あり、その他データの挿入区間は、僅かの期間であるの
で、視覚的には動画はほとんど連続して見える。

【０１３７】以上説明したように、図の例によれば、す
べてのデータの流れをＣＰＵ１１が管理することによ
り、ＣＤ−ＲＯＭ５の画像データの読み出しと、ＣＰＵ
１１の処理との非同期をＣＰＵ１１が吸収しているの
で、ＣＤ−ＲＯＭ５からその画像データを連続して読み
出すことができる。しかも、そのための構成は図１から
も明らかなように簡単である。

【０１３８】また、データ圧縮されている動画の画像デ
ータに対しては、ＤＳＰ５０が第１次のデコードを行う
とともに、ＰＰＵ１４が第２次のデコードを行うように
しているので、ＤＳＰ５０として汎用のものを使用する
ことができ、コストを抑えることができる。

【０１３９】さらに、データ圧縮されている画像データ
のデコードを、ＤＳＰ５０及びＰＰＵ１４により手分け
して行っているので、十分な速度で画像データをデコー
ドすることができ、十分に動きのある動画を表示するこ
とができる。

【０１４０】また、ＲＡＭ１３と、ＤＳＰ５０と、ＰＰ
Ｕ１４との間のデータ転送は、ＤＭＡＣ１２が行うの
で、ＣＰＵ１１の負荷にならない。さらに、ＤＳＰ５０
がデコードを行っている間は、ＣＰＵ１１は空いている
ので、前述したようにその他データの処理の指示を行う
ことができる。その他データとしては、音声データを挿
入することもでき、その場合には、その音声データのセ
クタのユーザデータは、ＡＰＵ７１のＲＡＭに転送され
るものである。

【０１４１】なお、記録媒体としては、ＣＤ−ＲＯＭだ
けでなく、テープなどを使用することもできる。

【０１４２】

【発明の効果】以上説明したように、この発明によれ
ば、記録媒体の１フレーム分の記録エリアに、２枚の動
画のそれぞれ１フレームを分離可能な状態で記録してお
き、デコード時、この２枚の動画の画像データの１フレ
ーム分をそれぞれ１画面分のメモリ容量の別個のメモリ
エリアに転送することができる。したがって、これらの
メモリエリアから２枚の動画を同時に得ることができ、
この２枚の動画を合成することにより、より立体感のあ
る画像を得ることができる。

【０１４３】しかも、この発明の場合、１枚の動画を記
録する領域に２枚の動画を記録するようにするので、動
画の駒数は減らず、スムースな動きで、かつ、立体感の
あるアニメーションを表示することができるものであ
る。

【図面の簡単な説明】

【図１】この発明によるデコード装置の一実施例のブロ
ック図である。

【図２】メモリの分割記憶エリアを説明するための図で
ある。

【図３】２枚の動画を記録したＣＯ−ＲＯＭからデータ
をピックアップしてデコードするときの説明のための図
である。

【図４】この発明による記録媒体に記録する画像データ
の圧縮方法の一実施例を実施するエンコード装置の一例
の一部のブロック図である。

【図５】この発明による記録媒体に記録する画像データ
の圧縮方法の一実施例を実施するエンコード装置の一例
の残部のブロック図である。

【図６】図４及び図５の例の画像データ圧縮方法の一実
施例の画像データの分割方法の一例を説明するための図
である。

【図７】図４及び図５の例の画像データ圧縮方法の一実
施例に用いるテーブルを説明するための図である。

【図８】図４及び図５の例の画像データ圧縮方法の一実
施例による圧縮データの一例を説明するための図であ
る。

【図９】図４及び図５の例の画像データ圧縮方法の一実
施例の説明のための図である。

【図１０】図４及び図５の例の画像データ圧縮方法の一
実施例に用いるテーブルの一例を説明するための図であ
る。

【図１１】この発明による記録媒体への記録圧縮画像デ
ータの一例を説明するための図である。

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

【図１３】ＣＤのセクタフォーマット及びこの発明によ
る記録媒体に記録するセクタ毎の識別用情報ＩＤを説明
するための図である。

【図１４】この発明による記録媒体の一例からの再生デ
ータの一例の説明のための図である。

【符号の説明】

１ ゲーム機本体 ５ ＣＤ−ＲＯＭ ６ プログラムカートリッジ ８ ＣＲＴディスプレイ １１ ＣＰＵ １２ ＤＭＡコントローラ １３ ＲＡＭ １４ ＰＰＵ（ピクチャー・プロセシング・ユニット） １５ ビデオＲＡＭ ２２ キャラクタ分割手段 ２４ 第１段階のベクトル量子化手段 ２５ パレット分割手段 ２７ 第２段階のベクトル量子化手段 ３８ 記録処理手段 ３９ その他のデータの入力端子 ４１ ＣＤ−ＲＯＭプレーヤ ５０ 汎用のＤＳＰ

フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 5/91 - 5/956 G06F 13/28 310 G06T 9/00 G11B 7/00 G11B 20/10 - 20/12

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 １フレーム分として記録される画像デー
   タとして、異なる第１及び第２の画像データのそれぞれ
   の１フレームが圧縮されたものが、付加的情報により前
   記第１及び第２の画像データが分離可能な状態で記録さ
   れた記録媒体を用意し、 この記録媒体から前記圧縮された画像データを読み出し
   て第１のメモリにＤＭＡ転送し、 この第１のメモリからの前記第１の画像データと第２の
   画像データとを、前記付加的情報を用いて、２画面分の
   メモリ領域を有する第２のメモリのそれぞれ異なる画面
   用のメモリ領域にＤＭＡ転送し、 この第２のメモリの第１及び第２の画像データを、それ
   ぞれデコード処理を行なって、それぞれ第１及び第２の
   画像データの圧縮前の１フレームのデータを得るように
   した画像データのデコード方法。
2. 【請求項２】 １フレーム分として記録される画像デー
   タとして、異なる第１及び第２の画像データのそれぞれ
   の１フレームが圧縮されたものが、付加的情報により前
   記第１及び第２の画像データが分離可能な状態で記録さ
   れた記録媒体から前記画像データがＤＭＡ転送される第
   １のメモリと、 この第１のメモリからの前記第１の画像データと第２の
   画像データとが、前記付加的情報が用いられて、それぞ
   れ異なる画面用のメモリ領域にＤＭＡ転送される２画面
   分のメモリ領域を有する第２のメモリと、 この第２のメモリの前記第１及び第２の画像データを、
   それぞれデコード処理を行なって、それぞれ第１及び第
   ２の画像データの圧縮前の１フレームのデータを得る回
   路と、 前記ＤＭＡ転送を行なうためのＤＭＡコントローラとを
   備える画像データのデコード装置。
3. 【請求項３】 １フレーム分として記録される画像デー
   タとして、異なる第１及び第２の画像データのそれぞれ
   の１フレームが圧縮されたものが、付加的情報により前
   記第１及び第２の画像データが分離可能な状態で記録さ
   れた記録媒体を用意し、 この記録媒体から前記圧縮された画像データを読み出し
   て第１のメモリにＤＭＡ転送し、 この第１のメモリからの前記第１の画像データと第２の
   画像データとを、前記付加的情報を用いて、２画面分の
   メモリ領域を有する第２のメモリのそれぞれ異なる画面
   用のメモリ領域にＤＭＡ転送し、 この第２のメモリの第１及び第２の画像データを、それ
   ぞれデコード処理を行なって、それぞれ第１及び第２の
   画像データの圧縮前の１フレームのデータを得、このデ
   コード処理の結果として得られた第１及び第２の画像を
   合成してディスプレイに表示するようにした画像再生方
   法。
4. 【請求項４】 １フレーム分として記録される画像デー
   タとして、異なる第１及び第２の画像データのそれぞれ
   の１フレームが圧縮されたものが、付加的情報により前
   記第１及び第２の画像データが分離可能な状態で記録さ
   れた記録媒体から前記画像データがＤＭＡ転送される第
   １のメモリと、 この第１のメモリからの前記第１の画像データと第２の
   画像データとが、前記付加的情報が用いられて、それぞ
   れ異なる画面用のメモリ領域にＤＭＡ転送される２画面
   分のメモリ領域を有する第２のメモリと、 この第２のメモリの前記第１及び第２の画像データを、
   それぞれデコード処理を行なって、それぞれ第１及び第
   ２の画像データの圧縮前の１フレームのデータを得る回
   路と、 前記ＤＭＡ転送を行なうためのＤＭＡコントローラと、 表示用ディスプレイとを備え、 前記デコードの結果として得られた第１及び第２の画像
   を合成して前記ディスプレイに表示するようにした画像
   再生装置。
5. 【請求項５】 前記記録媒体はＣＤ−ＲＯＭであって、
   前記第１及び第２の画像データとして、異なる内容の動
   画の画像データが記録されており、 前記ディスプレイには、異なる動画を重ね合わせた状態
   の画像を表示するようにした請求項４に記載の画像再生
   装置。