JP3276651B2

JP3276651B2 - 画像データの記録方法及びその再生方法

Info

Publication number: JP3276651B2
Application number: JP33248191A
Authority: JP
Inventors: 雅一鈴置
Original assignee: Sony Computer Entertainment Inc
Current assignee: Sony Interactive Entertainment Inc
Priority date: 1991-11-21
Filing date: 1991-11-21
Publication date: 2002-04-22
Anticipated expiration: 2017-04-22
Also published as: JPH05145889A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、動画の画像データを
ビット圧縮して、例えばＣＤ−ＲＯＭ等の記録媒体に記
録する方法及びこの方法により記録された画像データの
再生方法に関する。

【０００２】

【従来の技術】例えば動画や静止画のデジタル画像デー
タを、例えば光ディスク等の記録媒体に記録する場合、
制限のある記録容量を最大限に生かして、できるだけ大
容量のデータを記録できることが望ましい。このため
に、画像データはデータ圧縮されて記録媒体に記録され
る。

【０００３】この画像データの圧縮のために、従来、Ｄ
ＶＩ（DigitalVideo Interactive）や、ＭＰＥＣ（Move
ing Picture Expert Group）のＤＣＴ（Discrete Cosin
eTransform ）などの圧縮符号化方式が提案されてい
る。

【０００４】また、大容量の記録媒体としてＣＤ−ＲＯ
Ｍが提案されており、マイクロコンピュータを使用した
ゲーム機やパーソナルコンピュータなどにおいて、外部
記憶媒体として使用されている。ゲーム機用として利用
する場合には、ＣＤ−ＲＯＭに動画の画像データを記録
し、この動画像データを読み出してホストコンピュータ
に取り込み、ＣＲＴディスプレイに動画（アニメーショ
ン）を表示する。

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

【０００６】

【発明が解決しようとする課題】上述の従来のゲーム機
におけるアニメーションの方法による場合には、動画の
１秒当たりの駒数が少なく、動きのスムースなアニメー
ションを得ることができない欠点があった。

【０００７】また、ゲーム機においては、対話性（イン
ターラクティブ性）を持たせることが重要である。例え
ば、画面に表示されている敵機に対して、プレーヤが攻
撃したとき、その結果に応じて、異なる画面を用意しな
ければならない。すなわち、敵機に弾が命中したとき
は、画面には敵機の爆発パターンの映像を表示しなけれ
ばならない。これに対して、攻撃が失敗したときには、
画面には、敵機に対して弾が外れた画像をディスプレイ
に表示しなければならない。

【０００８】以上のような対話性を上述のようなＣＤ−
ＲＯＭからのアニーメーションにおても実現しようとす
る場合には、爆発パターンの画面と攻撃失敗画面とを常
に合わせ持たなければならない。このとき、例えば一方
の画面、例えば爆発パターンを別個特別の記録領域に記
録しておき、プレーヤの対応に応じて適宜その記録領域
をシークして爆発パターンの画面を映出することも考え
られるが、この方法は、シークのために時間がかかり、
エンターテインメント性を損ねてしまう。

【０００９】そこで、例えば前述したような画像圧縮方
法を採用することにより、画像データをさらに高能率に
圧縮して１枚の画面分として常に２個の画面の画像デー
タを記録しておくことが考えられる。

【００１０】しかしながら、上記のような従来の圧縮符
号化方式は、符号化のアルゴリズムが複雑である。例え
ばＤＣＴなどでは積和演算（浮動少数点の掛け算）が必
要であって、ハードウエアの構成が大規模になってしま
う。また、デコードのために大容量のメモリが必要であ
って、専用の特殊なチップを必要とし、汎用のＤＳＰ
（Digital Signal Processor；デジタル信号処理プロセ
ッサ）を使用することができず、デコーダが高価格にな
ってしまう。

【００１１】また、画像信号のフレーム相関を用いてデ
ータ圧縮しているため、デコード時にエラーが発生する
と、そのエラーの影響が他のフレームまで伝播してしま
う欠点がある。さらには、圧縮率が大きい場合には、画
質が低下してしまう問題がある。

【００１２】この発明の目的は、画像データを常に最適
な圧縮率で記録することができると共に、デコード処理
が簡単な記録方法を提供することである。この発明の他
の目的は、例えばゲームのようにユーザの対応に応じて
複数の画面を瞬時に切り換えることを可能にする画像デ
ータの記録方法を提供することである。さらに、この発
明は、その記録方法により記録された記録媒体の再生方
法を提供する。

【００１３】

【課題を解決するための手段】上記課題を解決するた
め、この発明による画像データの記録方法は、画像を構
成する画素の性質に応じてデータ圧縮処理を行なって、
１画素当たりのビット数を圧縮し、この圧縮した画像デ
ータを、記録位置を所定の速度で移動する記録媒体に記
録するに当たって、圧縮して記録する画像の記録情報量
に応じて前記記録媒体の移動速度を変化させて記録する
と共に、前記移動速度が変更された記録位置及び移動速
度を識別するための情報を前記記録媒体に記録するよう
にしたことを特徴とする。

【００１４】また、複数個の画像を、並列的に記録する
場合に、前記記録する画像の数に応じて前記記録媒体の
移動速度を変化させて記録することを特徴とする。

【００１５】

【作用】記録媒体の移動速度を記録画像情報量あるいは
記録する画像の数に応じて変更して記録するから、デー
タ圧縮効率を常に最適にすることができる。

【００１６】そして、記録媒体にはその記録時の移動速
度を識別する情報が記録されているので、再生時には、
この情報に基づいて記録媒体の再生時の移動速度を決定
することができる。

【００１７】

【実施例】以下、この発明による画像データの記録方法
及びこの記録方法により記録した記録媒体の再生方法の
一実施例を、図を参照して説明する。この例は、記録媒
体がＣＤ−ＲＯＭの場合であり、また、画像再生装置が
ゲーム機の場合である。また、ＣＤ−ＲＯＭディスクの
回転速度として通常の速度（１倍速度）と、その２倍速
度とが選択できる場合の例である。

【００１８】この例の画像再生装置では、後述するよう
に、ＣＤ−ＲＯＭから画像データを連続して読み出しな
がら動画を再生して、駒数が多く、スムースな動きのア
ニメーションを実現すると共に、動画を背景と前景とに
分け、前景の画像を瞬時に切り換えることができるよう
にして、インターラクティブ性を持たせた画像の再生が
できるようにしている。

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

【００２０】この例においては、１フレーム（１画面）
は、図３Ａに示すように、例えば、横×縦＝２５６画素
×１４４画素で構成され、また、１画素は三原色Ｒ，
Ｇ，Ｂがそれぞれ８ビットで表されている。そして、こ
の原画像データが１フレーム単位で以下のようにデータ
圧縮処理される。なお、フレーム単位のデータには、デ
ィザ等の前処理を施して、予めフレーム内の色数を制限
し、後述するベクトル量子化が容易になるようにしてお
くものである。

【００２１】すなわち、入力端２１を通じてフレーム単
位の動画像データＶＡが差分演算手段２３に供給される
と共に、この動画の背景画の画像データＢＧが、入力端
２２を通じて、この差分演算手段２３に供給される。こ
の差分演算手段２３では、動画フレームと背景画フレー
ムとの差分が求められ、動画フレームから背景の部分
（１フレームの動画像の中で、動きのない部分）が検出
される。そして、検出された背景に当たる部分は透明色
（画素値は、例えば（Ｒ，Ｇ，Ｂ）＝（０，０，０）で
ある）とされる。この差分演算手段２３の出力データ
は、キャラクタ分割手段２４に供給される。

【００２２】なお、入力端２１からの動画像データの入
力がなく、入力端２２からの背景画データＢＧのみの場
合には、この差分演算手段２３はバイパスされて、背景
画データＢＧがキャラクタ分割手段２４に供給される。

【００２３】キャラクタ分割手段２４では、図３Ｂに示
すように、１フレームの画像がそれぞれ横×縦＝８画素
×８画素からなる小領域ブロック（以下このブロックを
キャラクタと称する）に分割される。したがって、図３
Ｂにも示したように、１フレームの画像のデータは、３
２×１８＝５７６個のキャラクタの画像データＣ(0)〜
Ｃ(575) に分割される。これらのキャラクタデータ中に
は、６４個の画素がすべて前記透明色であるものが含ま
れている。この透明色の画素のみからなるキャラクタを
ヌルキャラクタと呼ぶことにする。

【００２４】このキャラクタ分割手段２４からの１フレ
ーム分のキャラクタの画像データＣ(0) 〜Ｃ(575) は、
ヌルキャラクタ削除手段２５に供給され、ヌルキャラク
タが削除されて、１フレーム当たりのキャラクタ数が削
減される。このヌルキャラクタ削除手段２５からの削減
されたキャラクタデータＣ(0) 〜Ｃ( Ｎ) （Ｎ＜５７
６）は、パレット分割手段２６に供給される。また、削
除されたヌルキャラクタの画面位置に関する情報が、後
述の図２のスクリーンテーブル作成手段３２に供給され
る。

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

【００２６】この例の場合、８つのパレットの割当方法
は、（１）各キャラクタの代表色（例えばキャラクタ内の色
の平均値）を計算し、各キャラクタはその代表色からな
るものと仮定する。（２）ベクトル量子化を行い、１フレーム内の全てのキ
ャラクタの代表色を８色に量子化する。すなわち、キャ
ラクタ数はＮ個であるので、キャラクタの代表色は最大
Ｎ色となるが、これを量子化して全てのキャラクタを８
色の代表色で表現する。このベクトル量子化の手法とし
ては種々提案されているものが使用できるが、この例で
は、赤、青、緑の三原色の色成分を互いに直交する方向
にとって３次元色空間を考えたとき、各キャラクタの代
表色間のその色空間上の距離を求め、互いの距離の短い
代表色のキャラクタ同志をまとめる、すなわち近似する
代表色のキャラクタ同志をまとめる処理を行う。（３）同じラベル（代表色）を持つキャラクタ同志をま
とめて一つのパレットとする。の３ステップにより行われる。

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

【００２８】８個のパレットのデータＰ(0) 〜Ｐ(7)
（各データＰ(i) は、１ないし複数個のキャラクタデー
タからなり、各キャラクタデータは２４ビットの色デー
タである）は、レジスタに一時蓄えられ、それぞれベク
トル量子化手段２７に供給される。また、各パレットと
それに含まれるキャラクタの画面上の位置に関する情報
が、後述する図２のスクリーンテーブル作成手段３２に
供給される。

【００２９】ベクトル量子化手段２７では、前述したパ
レット分割の場合と同様にして、各パレット内の複数個
のキャラクタの画素について近似する色の画素同志をま
とめて１つの代表色とする処理を行って１５色の画素の
代表色が決定される。そして、まとめられた近似する色
の画素は、その代表色で置き換えられる。このとき、１
つのパレット内の画素の色数が１５色より多ければ、さ
らにベクトル量子化が行われてパレット内の画素の色が
１５色以下になるように丸められる。そして、その結果
の１５色以下の色が、そのパレットの画素の代表色とさ
れる。

【００３０】こうして、ベクトル量子化手段２７から
は、各パレット内のキャラクタの画素データのそれぞれ
が、そのパレットの１５色以下の代表色に置き換えられ
たデータＰ′(0) 〜Ｐ′(7) が得られる。このベクトル
量子化処理により、データＰ′(0) 〜Ｐ′(7) に含まれ
る各キャラクタ内の画素の色は、１５色以下になり、す
べての画素が同一の１色からなる単色キャラクタも生じ
る。

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

【００３２】この場合、各色変換テーブルＣＯＬ(j)
は、色番号０〜１５の１６色分からなるが、各色変換テ
ーブルＣＯＬ(j) の色番号０には、色は割り当てられず
に、この色番号０で表される画素は、再生画面上、透明
として表示されるように定められている。

【００３３】また、色番号１〜１５の色データは、図４
に示すように、赤Ｒ，青Ｂ，緑Ｇの、それぞれが５ビッ
トで表される。なお実際には１ビットのダミーが加わっ
て１６ビット（２バイト）とされている。

【００３４】この色変換テーブルＣＯＬ(0) 〜ＣＯＬ
(7) のデータは、図２に示すように、データ量計算手段
３０に供給されると共に、記録データとしてＣＤ−ＲＯ
Ｍエンコーダ３１に供給される。

【００３５】また、ラベリング手段２８では、各パレッ
トのキャラクタの画素について色変換テーブルＣＯＬ
(0) 〜ＣＯＬ(7) が参照されて、各画素データが、その
画素が含まれるパレットの色変換テーブル上で、その画
素の色が対応する色番号で表現されるラベル画像データ
に変換される。この場合、色番号は１〜１５であるの
で、ラベル画像データは、４ビットで表現されている。

【００３６】こうして、パレットＰ(0) のキャラクタデ
ータについて、それぞれ４ビットからなるラベル画像デ
ータＬＡＢ(0,a) （a=0,1,2,…）が、パレットＰ(1) の
キャラクタデータについて、ラベル画像データＬＡＢ
(1,b) （b=0,1,2,…）が、……パレットＰ(7) のキャラ
クタデータについて、ラベル画像データＬＡＢ(7,g)
（g=0,1,2,…）が、それぞれ得られる。そして、このラ
ベル画像データＬＡＢ(0,a) 〜ＬＡＢ(7,g) が、単色キ
ャラクタ削除手段２９に供給される。

【００３７】この単色キャラクタ削除手段２９では、画
像データ中から単色キャラクタが削除される。そして、
単色キャラクタが削除された１フレームのキャラクタデ
ータが、順次先詰めされたデータＬＡＢ(0) 〜ＬＡＢ
(M) （Ｍ＜Ｎ＜５７６）が、この単色キャラクタ削除手
段２９からデータ量計算手段３０に供給されると共に、
ＣＤ−ＲＯＭエンコーダ３１に供給される。

【００３８】また、単色キャラクタ削除手段２９から
は、削除した単色キャラクタの画面上の位置に関する情
報が得られ、これがスクリーンテーブル作成手段３２に
供給される。

【００３９】スクリーンテーブル作成手段３２では、１
フレームのキャラクタについて画面上の元の位置への並
べ換えのための情報ＳＣＲ0 〜ＳＣＲ575 からなるスク
リーンテーブルｓｃｒが形成される。このスクリーンテ
ーブルｓｃｒの各情報ＳＣＲk （k=0,1,2 …,575）は、
図５に示すように、１フレームの画面をキャラクタと同
じ大きさの小領域に分割し、各小領域に表示されるキャ
ラクタのキャラクタ番号（１０ビット）（キャラクタ番
号は先詰めして記録される圧縮データのキャラクタの順
番）と、パレット番号（３ビット）が定められて構成さ
れたものである。この例の場合、各情報ＳＣＲk は、図
５に示すように、例えば２バイトのデータで構成され
る。

【００４０】キャラクタ番号は、その小領域の位置に表
示されるべきキャラクタの、記録される１フレームのデ
ータ中でのキャラクタ順位である。また、パレット番号
は、その小領域に表示されるキャラクタが、８個のパレ
ットのうちのどのパレットに含まれているかを示す。す
なわち、どの色変換テーブルをデコード時に使用するか
を示すことになる。

【００４１】また、この例の場合、キャラクタ番号のう
ちの０は、ヌルキャラクタに対して割り当てられる。デ
コード側では、このスクリーンテーブルｓｃｒ上で、キ
ャラクタ番号が０である小領域は背景色と同じと判別
し、透明として表示すれば良い。したがって、ヌルキャ
ラクタの画素データは、スクリーンテーブルｓｃｒにそ
の制御データを記録しておくことにより、圧縮画像デー
タとしては記録しない。

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

【００４３】以上のことから、ヌルキャラクタ及び単色
キャラクタのため、先詰めされて記録される圧縮画像デ
ータの１フレームのキャラクタに対するキャラクタ番号
は、１６番から始まるように認識され、スクリーンテー
ブルのデータＳＣＲk 中に記録される。すなわち、１フ
レームの先頭のキャラクタが配されるべき小領域のスク
リーンテーブルのデータＳＣＲk には、キャラクタ番号
として１６番が、２番目のキャラクタが配されるべき小
領域のスクリーンテーブルのデータＳＣＲk には、キャ
ラクタ番号として１７番が、というように記録される。
もともと、キャラクタ番号には、１０ビットが割り当て
られているので、このような番号のシフトには十分に余
裕がある。

【００４４】このスクリーンテーブル作成手段３２から
のスクリーンテーブルｓｃｒのデータは、データ量計算
手段３０に供給されると共に、記録データとしてＣＤ−
ＲＯＭエンコーダ３１に供給される。

【００４５】ＣＤ−ＲＯＭエンコーダ３１では、１フレ
ーム分の画像データを１つの塊として処理するが、記録
データはＣＤ−ＲＯＭフォーマットにしたがったセクタ
単位で管理する。

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

【００４７】この例の場合、セクタのユーザデータの領
域に、前述した動画の画像データや背景画の画像データ
その他のデータが記録される。そして、この２Ｋバイト
のユーザデータの始めの３２バイトは、識別用情報ＩＤ
とされる。この識別用情報ＩＤは、各セクタのユーザデ
ータの領域にどのような内容のデータが記録されている
かを示すと共に、１フレーム分のデータが何セクタ続く
かを示す情報を含む。また、ＣＤ−ＲＯＭディスクの記
録時の回転速度の情報も含む。この識別用情報ＩＤに、
その他の情報を含むようにすることができることはもち
ろんである。

【００４８】この識別用情報ＩＤが示すデータの内容と
しては、この例の場合、後述もするように、そのセクタ
のユーザデータが、１枚の動画の画像データ、色変
換テーブル及びスクリーンテーブルｓｃｒの情報、背
景の画像データ、プログラムデータその他の制御デー
タ、などが用意される。

【００４９】この例の場合、動きのスムースなアニメー
ションを実現するため、例えば１５駒（フレーム）／秒
とするようにしている。ＣＤ−ＲＯＭのフォーマット上
では、回転速度が１倍速度のときには、７５セクタ／秒
であるので、５セクタ／フレームとして記録データを構
成すれば、１５駒／秒の動画が可能である。また、ＣＤ
−ＲＯＭディスクの回転速度を２倍にすれば、１５０セ
クタ／秒となるので、１０セクタ／フレームで記録デー
タを構成すれば、１５駒／秒の動画を実現できる。

【００５０】データ量計算手段では、その入力データか
ら１フレーム分の画像データとして伝送すべきデータ量
の計算を行い、前述の駒数のアニメーションを実現する
ために、記録及び再生時のディスクの回転速度として、
１倍速度か２倍速度のどちらを選択すべきかを決定す
る。そして、決定した回転速度の選択情報がＣＤ−ＲＯ
Ｍエンコーダ３１に供給され、前述した識別用情報ＩＤ
の一部としてディスクに記録される。また、決定した回
転速度の選択情報は、ＣＤ−ＲＯＭディスクの駆動系に
供給され、モータを制御して決定された回転速度でディ
スクのドライブを行うようにされる。

【００５１】この例の場合、以上のようにして圧縮され
た動画に関するデータ量は、例えば１フレーム当たり、
次のようにして計算することができる。

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

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

【００５４】また、動画の画像データは、ヌルキャラク
タ及び単色キャラクタと、圧縮データとして記録するキ
ャラクタの比率により、変化する。１キャラクタは、６
４画素からなり、各画素は４ビットのデータとして圧縮
記録するので、１キャラクタ当たりのデータ量は、３２
バイトである。したがって、記録キャラクタ：ヌルキャラクタ：単色キャラクタ＝
２：２：１である場合には、３２×５７６×２／５＝７３７２．８バイトとなって、４セクタ内に収まる。

【００５５】この場合には、ＣＤ−ＲＯＭには、図７に
示すように、動画に関するデータは、１フレーム分毎に
５セクタとして記録することができる。このため、ＣＤ
−ＲＯＭディスクの回転速度は１倍速度と決定される。
そして、ＣＤ−ＲＯＭエンコーダ３１では、５セクタの
内の始めの４セクタのユーザデータとして単色キャラク
タ削除手段２９からのキャラクタデータに割り当てる。
そして、図７で斜線を付して示す５番目のセクタには、
スクリーンテーブルｓｃｒ及び色変換テーブルのデータ
を割り当てる。

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

【００５７】また、１フレーム分の記録データ量が４セ
クタ分を越えるような場合には、データ量計算手段３０
では、２倍速度と決定される。そして、必要なセクタ数
が１フレーム分として割り当てられる。この例の場合、
回転速度は、１フレーム単位で変更することが可能であ
る。

【００５８】そして、ＣＤ−ＲＯＭエンコーダ３１から
の記録データは、記録回路３３を介して端子３４に導出
され、上記のようにして決定された回転側でＣＤ−ＲＯ
Ｍに記録される。

【００５９】なお、以上の例では、ディスク回転速度を
１倍速度と、２倍速度に変更することができる場合とし
て説明したが、必要に応じてディスク速度を１．５倍速
度、２．５倍速度、３倍速度のように設定することもで
きる。

【００６０】ところで、背景画のデータＢＧは動画のデ
ータと同様にして圧縮されてＣＤ−ＲＯＭに記録される
が、背景画の静止画の画像データは、ヌルキャラクタが
発生しないため、圧縮率は低くなる。しかし、静止画で
あるため、１秒当たりの駒数を多くする必要はなく、適
当なセクタ数として記録することができる。しかも、デ
コード時に、背景画用のメモリ領域を別個に用意してお
き、背景画が変わる別のシーンになるまで、そのメモリ
から常時背景画データを読み出すようにすることによ
り、背景画の再生画像を得ることができる。そこで、こ
の例では、シーンが変わる時にのみ、背景画のデータＢ
Ｇを必要なフレーム数分例えば奇数フレームと偶数フレ
ームの２フレーム分だけ、フレーム単位の動画データ間
においてディスクに記録するようにしておくものであ
る。

【００６１】なお、ＣＤ−ＲＯＭには、以上のような圧
縮画像情報のほかに、この圧縮画像情報をデコードする
ためのプログラムと、ゲーム用のプログラムが記録され
る。さらには、オーディオ情報も適宜記録される。

【００６２】これらのプログラムデータは、上述したよ
うなデータとは、別個に記録され、デコード時、動画な
どの再生に先立ち、一括して読み出すことができるよう
にされている。なお、これらのプログラムデータも、上
記の例の動画の画像データ以外のデータとして、後述す
る静止画の記録方法と同様にして、５セクタ単位の動画
データの途中に記録するようにすることもできる。

【００６３】以上説明したデータ圧縮方法によれば、１
フレーム単位で、画像を階層的に小領域に分割し、各階
層の画像データに対してベクトル量子化を行うようにし
たので、画像データの圧縮率を上げることができる。そ
して、ディスク速度をデータ量に応じて変更することが
できるので、最適な圧縮率でデータを記録することがで
きる。

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

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

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

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

【００６８】また、以上の例では、動画を記録するとき
背景画と同一（静止部分）や色が１色となるキャラクタ
のデータについては、スクリーンテーブルｓｃｒに登録
して色データのみを伝送し、画素単位のデータは伝送し
ないので、データ伝送路上のトラフィックを減少させる
ことができる。

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

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

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

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

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

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

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

【００７６】この例の場合、後述するように、メモリエ
リアＭ１は、背景の画像用のメモリエリアとして使用さ
れる。また、メモリエリアＭ２は、前景の画像用のメモ
リエリアとして使用される。

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

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

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

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

【００８１】さらに、この例においては、処理部４に汎
用のＤＳＰ５０が設けられ、必要なときには、このＤＳ
Ｐ５０によりＣＰＵ１１の処理の一部を負担できるよう
にされている。なお、この処理部４は、この例において
はゲーム機本体１と一体化されているが、ゲーム機本体
１に対してアダプタ形式とされていてもよい。

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

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

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

【００８５】そして、カートリッジ６のＲＯＭ６１のプ
ログラムがＣＰＵ１１により実行され、ＣＤ−ＲＯＭ５
からのデータは、ゲーム機本体１のＲＡＭ１３に取り込
まれ、各セクタのユーザデータ中の識別用情報ＩＤがデ
コードされる。そして、この識別用情報ＩＤから、これ
からデコードしようとするフレームのデータの記録時の
ＣＤ−ＲＯＭディスクの回転速度が判別されと共に、そ
のフレームの画像データの内容、例えば動画データか、
背景画データであるか判別され、これに基づいて各ユー
ザデータのデコード処理がなされる。すなわち、再生時
の回転速度が記録時の回転速度に一致するようにされ、
アニメーション画像の再生及び表示がなされる。

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

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

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

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

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

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

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

【００９３】(4) ＣＲＴディスプレイ６の水平ブラン
キング期間に、ＲＡＭ１３のバッファエリアにＤＭＡ転
送された画像データのうちの色変換テーブルＣＯＬ(j)
が、ＤＭＡＣ１２によりＰＰＵ１４を通じてビデオＲＡ
Ｍ１５にＤＭＡ転送される。

【００９４】(5) 以上の処理が行われると、ＰＰＵ１
４は、リアルタイムで色変換テーブルCOL(j) を参照す
ることにより、(2) により転送された色番号データを、
実際の色の画素データに変換するとともに、この画素デ
ータを、スクリーンテーブルｓｃｒを参照することによ
り、ビデオＲＡＭ１５のうち、元のキャラクタ位置に対
応したアドレスに書き込む。

【００９５】(6) 以上により１フレーム分の画素デー
タがビデオＲＡＭ１５に書き込まれると、ビデオＲＡＭ
１５の表示エリアが切り換えられ、その画素データの書
き込まれたエリアがアクティブとされ、このアクティブ
とされたエリアの画像がディスプレイ６に表示される。
このとき、スクリーンテーブルｓｃｒのデータＳＣＲk
のキャラクタ番号が１〜１５のいずれかである小領域の
すべて画素データは、そのパレット番号の色変換テーブ
ルの１色の画素データとされる。また、スクリーンテー
ブルｓｃｒのデータＳＣＲk のキャラクタ番号が０の小
領域（ヌルキャラクタ）のすべての画素は、透明とされ
る。

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

【００９７】こうして、ＣＤ−ＲＯＭ４から再生された
画像データは、ＲＡＭ１３からＰＰＵ１４を通じてビデ
オＲＡＭ１５まで次々と送られるとともに、ＰＰＵ１４
により再生処理される。したがって、ディスプレイ６に
は、ＣＤ−ＲＯＭ４の画像データによる画像が動画とし
て表示される。ヌルキャラクタの部分は、透明であるの
で、背景画が表示されることになる。

【００９８】［静止画データの処理］ＣＤ−ＲＯＭ５か
らの再生データが、図１０に示すようなもので、図中斜
線を付して示すように、動画の画像データの１フレーム
分（５セクタ）の間に、静止画データのセクタが挿入さ
れる場合には、この挿入された静止画データの始めの時
点で、その静止画データの処理のスタートポインタＰＳ
が立ち、そのデータ処理が開始されると共に、前述した
動画のデコード処理は中止され、動画は、その前の画面
のままとなる。

【００９９】そして、静止画データについて、そのセク
タの識別用情報ＩＤがＣＰＵ１１によりチェックされ、
その識別用情報ＩＤから、回転速度及び連続するセクタ
数が検知される。静止画データのセクタが終了すると、
エンドポインタＰＥが立ち、そのデータ処理が終了す
る。その後のセクタが動画のセクタであれば、動画の画
像データのデコード処理プロセスが再開される。したが
って、動画が前回の画面から続くことになる。この場
合、例えば５セクタ＝１／１５秒であり、その他データ
の挿入区間は、僅かの期間であるので、視覚的には動画
はほとんど連続して見える。

【０１００】静止画データは次のように処理されて、ビ
デオＲＡＭ１５のメモリ領域Ｍ２に書き込まれる。

【０１０１】(1) 先ず、ＣＰＵ１１がセクタのユーザ
データの識別用情報ＩＤをチェックして、そのセクタが
静止画のものであると判別すると共に、その静止画が続
くセクタが例えば図１０に示すように、５セクタである
と判別したときは、この５セクタの間がスタートポイン
タＰＳ及びエンドポインタＰＥにより示され、前述した
動画のデコード処理プロセスから、一時、静止画の処理
プロセスに移行する。そして、その指示がＣＰＵ１１か
らＰＰＵ１４に与えられる。

【０１０２】(2) そして、ＲＡＭ１３にＤＭＡ転送さ
れていた静止画の画像データを、ＰＰＵ１４を介してビ
デオＲＡＭ１５のメモリ領域Ｍ２にＤＭＡ転送する。

【０１０３】(3) ＰＰＵ１４は、前述の動画の場合と
同様にして、この静止画の画像データを４ビットから１
６ビットのデータに戻すデコード処理を行ない、デコー
ドした静止画のデータをメモリ領域Ｍ２に書き直す。

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

【０１０５】以上のようにしてデコードされた静止画
は、動画と合成され、動画の背景とされるものである。

【０１０６】こうして、ＣＤ−ＲＯＭには各セクタ毎に
データの内容及び同じ内容のデータが続くセクタ数を示
す識別用情報ＩＤを記録するようにしたので、デコード
装置では、識別用情報ＩＤを監視することにより、セク
タ毎のデコード処理を行なうことができる。したがっ
て、１フレームが複数個のセクタからなる動画の画像デ
ータの間に、静止画その他のデータのセクタを挿入して
記録することができ、動画以外のデータを大量に動画デ
ータ中に挿入することが可能になる。

【０１０７】そして、動画としては、その他データの期
間は、その前の画面を保持すれば、その他データの期間
の後には動画が続くので、動画は視覚上止まることなく
再生することができる。

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

【０１０９】以上は、１フレーム分として記録する画像
データ量に応じてディスクの回転速度を変更して記録再
生する場合であるが、複数の動画を並列的に記録すると
き、その並列記録する動画の数に応じてディスクの回転
速度を変更するようにしても良い。

【０１１０】図１１は、その場合の記録データと、回転
速度とを説明するための図で、シーンＡの場合には、背
景画ＢＧ１の後に、第１の動画Ｕ（ｎ）（ｎ＝０，１，
２，…）と、第２の動画Ｖ（ｍ）（ｍ＝０，１，２，
…）とが、１フレーム毎に交互に記録されている。この
場合、ヌルキャラクタ及びベクトル量子化により生じる
単色キャラクタの数が多く、それぞれの動画のデータの
１フレームは、１セクタ〜２セクタで記録可能である。
そこで、このシーンＡのデータは、ディスクの回転速度
が１倍速度の状態で記録されている。

【０１１１】シーンＢの場合には、背景画ＢＧ２の後
に、第１の動画Ｕ（ｎ）（ｎ＝０，１，２，…）と、第
２の動画Ｖ（ｍ）（ｍ＝０，１，２，…）と、第３の動
画Ｘ（ｋ）（ｋ＝０，１，２，…）と、第４の動画Ｙ
（ｌ）（ｌ＝０，１，２，…）との４種の動画の画像デ
ータが、それぞれの１フレームづつの４フレーム単位で
順次記録されている。この場合、このシーンＢのデータ
は、ディスクの回転速度が２倍速度の状態で記録されて
いる。

【０１１２】デコード時には、例えばシーンＡの場合に
は、ＣＤ−ＲＯＭディスク５は１倍速度で回転駆動され
ると共に、第１の動画Ｕ（ｎ）と第２の動画Ｖ（ｍ）と
のいずれか一方が、ゲームのプレーヤの入力操作条件に
したがって、選択されてＲＡＭ１３から読み出され、背
景画ＢＧ１と合成されてディスプレイ８に表示される。
すなわち、例えばプレーヤの攻撃により敵機が撃墜され
た時には、例えば第１の動画の爆発パターンによるアニ
メーションが選択されてディスプレイ８に表示され、ま
た、プレーヤによる攻撃が失敗した時には、第２の動画
の、それに応じた敵機の飛行パターンによるアニメーシ
ョンが選択されてディスプレイ８に表示される。

【０１１３】また、シーンＢの場合には、ＣＤ−ＲＯＭ
ディスク５は２倍速度で回転駆動されると共に、第１の
動画Ｕ（ｎ）〜第４の動画Ｙ（ｌ）のうちの１つがプレ
ーヤの入力などの与えられる条件に応じて選択されて、
背景画ＢＧ２と合成されてディスプレイにアニメーショ
ンとして表示される。

【０１１４】以上のようにして、ディスプレイ８には、
背景と、いわば前景としての動画が合成された合成画像
が表示される。そして、この例によれば、ディスク回転
速度を可変にして、必要な複数個の動画を並列的にいわ
ゆるインターリーブの状態で記録することができるの
で、ＣＤ−ＲＯＭを所定の回転速度で常に回転して再生
を行いながら、この複数個の動画の内から選択的に動画
を抽出してディスプレイに表示することができる。

【０１１５】そして、この場合、例えば前景の動画の画
像として、例えばユーザの対応に応じて切り換えられる
べき複数の画面例えば前述した敵機の飛行パターンとそ
の爆発パターンとを用意しておくことにより、デコード
側でどちらを前景として表示するかを選択するだけで、
即座に切り替わる。したがって、対話性とエンターテイ
ンメント性の両方を兼ね備えたゲーム機を実現すること
ができる。

【０１１６】なお、以上の例では背景画は静止画として
説明したが、静止画も動画とすることができる。その場
合には、背景画は、前景に比べて人間の注意が向けられ
ることが少ないことを考慮したとき、駒落としのアニメ
ーションであっても良い。

【０１１７】また、以上の例では、ＣＤ−ＲＯＭの記録
時の回転速度の情報をセクタ毎に記録して、速度が変更
された位置も識別できるようにしたが、ディスクの最内
周のＴＯＣデータとして、回転速度と、それが切り換え
られるディスク位置を記録しておくようにするようにし
ても良い。

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

【０１１９】

【発明の効果】以上説明したように、この発明によれ
ば、記録媒体への記録時の速度を、記録する画像データ
量、記録する画像の数に応じて変更して、記録を行うよ
うにしたので、データ圧縮量を大きくせずに、記録媒体
への記録を行うことができる。したがって、常に、最適
なデータ圧縮効率で、画像データを記録することができ
る。

【０１２０】そして、記録媒体には、記録時の媒体速度
及び速度変更位置に関する情報を記録するようにしたの
で、再生時には、その情報に基づいて記録媒体の再生時
の速度を切り換えることができ、良好な再生を行うこと
ができる。

【図面の簡単な説明】

【図１】この発明による記録方法に用いるエンコード装
置の一実施例のブロック図の一部である。

【図２】この発明による記録方法に用いるエンコード装
置の一実施例のブロック図の残部である。

【図３】この発明の一例に用いるデータ圧縮方法の一実
施例による画像分割方法を説明のための図である。

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

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

【図６】ＣＤ−ＲＯＭのセクタフォーマット及びこの発
明による記録方法の一例によりセクタ毎に記録する識別
用情報ＩＤを説明するための図である。

【図７】この発明により記録した記録媒体からの再生デ
ータの一例を示す図である。

【図８】この発明による再生方法に使用するデコード装
置の一実施例のブロック図である。

【図９】図８の例に使用するメモリを説明するための図
である。

【図１０】再生データの一例を示す図である。

【図１１】この発明による記録方法の他の実施例を説明
するための図である。

【符号の説明】

１ゲーム機本体５ＣＤ−ＲＯＭ６プログラムカートリッジ８ＣＲＴディスプレイ１１ＣＰＵ１２ＤＭＡコントローラ１３ＲＡＭ１４ＰＰＵ（ピクチャー・プロセシング・ユニット）１５ビデオＲＡＭ２３差分演算手段２４キャラクタ分割手段２５ヌルキャラクタ削除手段２６パレット分割手段２７ベクトル量子化手段３８ラベリング手段２９単色キャラクタ削除手段３０データ量計算手段３１ＣＤ−ＲＯＭエンコーダ

Claims

(57)【特許請求の範囲】

【請求項１】画像を構成する画素の性質に応じてデータ
圧縮処理を行なって、１画素当たりのビット数を圧縮
し、この圧縮した画像データを、記録位置を所定の速度
で移動する記録媒体に記録する方法であって、複数個の画像を、各画像の１フレームずつからなる前記
画像数のフレーム群を一単位として順次記録する場合
に、前記画像数が増加すると前記記録媒体の移動速度を
速くして記録すると共に、前記記録位置及び前記移動速度を識別するための情報を
前記記録媒体に記録するようにした画像データの記録方
法。
【請求項２】前記記録媒体がＣＤ−ＲＯＭで、前記移動
速度はその回転速度であって、前記画像は、その複数個
のセクタにより１フレームが構成される請求項１記載の
画像データの記録方法。
【請求項３】請求項１または請求項２記載の記録方法に
より記録された記録媒体からの前記記録位置及び前記移
動速度に関する情報により、前記記録位置を識別すると
共に、前記移動速度を識別し、識別した移動速度で常時
再生を行いながら、前記圧縮されて記録された画像をデ
コードするようにした画像データの再生方法。