JP3442085B2 - 動画再生装置、動画再生方法およびゲーム装置 - 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)とで構成され
る。単色キャラクタは、前述したように、スクリーンテ
ーブルｓｃｒにその色情報を登録しておくことにより、
画素のデータとしては記録しない。

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

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

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

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

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

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

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

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

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

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

【００５６】こうして、１フレーム分の動画に関するデ
ータが５セクタ毎に繰り返し記録されるものである。こ
の場合、スクリーンテーブルｓｃｒ、色変換テーブル及
び画像データからなる１フレーム分のデータの合計は、
１０４３２バイトとなるので、ＣＤ−ＲＯＭの伝送レー
トが１５０Ｋバイト／秒であることを考え合わせると、
この例の場合、１５フレーム（駒）／秒の動画を記録な
いし再生できることになる。

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

【００５８】これらのデータは、図１４Ｂにおいて斜線
を付して示すように、上述した動画に関する１フレーム
分のデータ同志の間に挿入記録される。そして、各セク
タのユーザデータの領域の最初の識別用ＩＤとして、そ
のデータ内容及びそれが続くセクタ数が記録される。

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

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

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

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

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

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

【００６５】なお、以上の例では、ベクトル量子化手段
２４におけるベクトル量子化は、各フレームでのＳ／Ｎ
が一定に保たれるように、全てのフレームで、キャラク
タ内での量子化誤差の最大値Ｅmax が一定になるように
した。このため、フレームの情報量（画像内容の複雑
さ）に応じて、量子化後のデータサイズが変化する。

【００６６】しかし、各キャラクタについて次のように
量子化することにより、フレーム毎のデータ量（データ
伝送レート）を一定にすることができる。

【００６７】すなわち、先ず、キャラクタ内の近似する
色の画素同志をまとめる距離のスレッショールド値Ｅθ
の初期値を設定し、そのスレッショールド値により各キ
ャラクタについてベクトル量子化を行う。つまり、各キ
ャラクタ内の画像データについて、量子化誤差が前記Ｅ
θを越える直前までベクトル量子化を行う。この量子化
により、色の変化の大きいキャラクタでは４色になるよ
うにデータ圧縮される。また、色の変化の平坦なキャラ
クタでは、色数が減り、３色、２色あるいは１色になる
キャラクタも生じる。

【００６８】前記ベクトル量子化処理が１フレームの全
てのキャラクタについて終了したら、１フレーム内の全
てのキャラクタ内での量子化誤差の最大値Ｅmax を計算
する。次に、１フレーム内の２ビットモードのキャラク
タ数Ｎと、１ビットモードのキャラクタ数Ｍと、単色キ
ャラクタ数Ｌを計数する。次に、これら数値Ｎ，Ｍ，Ｌ
から１フレーム当たりの画像データ量を計算する。この
画素データ量の計算は以下のようになる。

【００６９】１フレームのデータ量＝Ｎ×１８（バイ
ト）＋Ｍ×９（バイト）＋Ｌ×０ この結果の１フレームのデータ量が予め定められた所定
値以下か否か、したがって圧縮率が所定の値になってい
るか否か判別し、データ量が未だ所定値以上であれば、
スレッショールド値Ｅθを前記量子化誤差の最大値Ｅma
x に設定し、以上のベクトル量子化処理を繰り返す。

【００７０】以上のようにして、１フレーム当たりのデ
ータ量が所定データ量になるまで、スレッショールド値
Ｅθを変更してベクトル量子化を繰り返す。このように
した場合には、フレーム毎にＳ／Ｎは異なるが、伝送デ
ータ量は一定になる。すなわち、後述する動画の場合に
は、１秒当たりの駒（フレーム）数を一定にすることが
できる。

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

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

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

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

【００７５】ゲーム機本体１は、マイクロコンピュータ
により構成されているもので、１１はそのＣＰＵ、１２
はＤＭＡＣ（ＤＭＡコントローラ）、１３はワークエリ
ア用のＲＡＭ、１４はＰＰＵ（ピクチャ・プロセシング
・ユニット）、１５はビデオＲＡＭである。そして、第
１のシステムバス１８に、ＣＰＵ１１、ＤＭＡＣ１２及
びＲＡＭ１３が接続され、第２のシステムバス１９にＤ
ＭＡＣ１２及びＰＰＵ１４が接続されるとともに、ＰＰ
Ｕ１４にビデオＲＡＭ１５及びＣＲＴディスプレイ６が
接続される。また、第２のシステムバス１９には、副処
理部４と、音声データの主処理部７が接続されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９３】［１．Ａ項のステップ］先ず、１フレーム
分の圧縮画像データが含まれる４セクタのユーザデータ
に対して、ＤＳＰ５０において、次のようにして色番号
のデータへのデコード処理を行ない、それをビデオＲＡ
Ｍ１５のメモリ領域Ｍ１に書き込むまでの手順について
説明する。すなわち、 (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) ＰＰＵ１４は、この静止画の画像デ
ータを４ビットから元の１６ビットのデータに戻すデコ
ード処理を行ない、デコードした静止画のデータをメモ
リ領域Ｍ２に書き直す。このデータ伸長処理は、プログ
ラムカートリッジとして一般のプログラムカートリッジ
が使用されるときに実行されるもので、そのプログラム
は、予めＰＰＵ１４に対して用意されているものであ
る。

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

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

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

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

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

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

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

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

【０１２６】

【発明の効果】以上説明したように、この発明によれ
ば、記録媒体には各単位記録エリア毎に少なくともその
記録データの内容を示す識別用情報ＩＤを記録するよう
にしたので、デコード装置では、この識別用情報ＩＤを
監視することにより、単位記録エリア毎のデコード処理
を行なうことができる。したがって、動画の画像データ
の間に、その他のデータを１〜複数単位記録エリア分、
挿入して記録することができ、動画以外のデータを１度
に大量に伝送することが可能になる。

【０１２７】そして、動画としては、その他データの期
間は、その前の画面を保持して、その他データの期間の
後の動画を続ければよいので、動画は視覚上止まること
なく表示されるものである。

【図面の簡単な説明】

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

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

【図３】動画データ中に挿入されたその他データを説明
するための図である。

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭62−122476（ＪＰ，Ａ) 特開 昭61−290486（ＪＰ，Ａ) 特開 昭60−225893（ＪＰ，Ａ) 特開 平１−182972（ＪＰ，Ａ) 特開 昭63−187467（ＪＰ，Ａ) 実開 昭59−78773（ＪＰ，Ｕ) 特公 平１−28947（ＪＰ，Ｂ２) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G09G 5/00 - 5/40 G11B 20/10 - 20/16 H04N 5/76 H04N 5/80 - 5/95

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】動画を構成する圧縮された画像データと画
   像データをデコード処理するためのデータとを含む動画
   データと、動画データ以外のデータとが記録エリア単位
   で連続して記録された記録媒体からデータを順次読み出
   しながら、動画データに基づく動画を再生する動画再生
   装置であって、 記録媒体から、記録エリア単位に、データを順次読み出
   す読み出し手段と、 読み出したデータをデコード処理するための記憶領域を
   有する記憶手段と、 読み出したデータに含まれる当該データを識別するため
   の識別情報を読み取り、 前記識別情報が動画データを示している場合には、前記
   圧縮された画像データをデコード処理するためのデータ
   を用いて、画面を構成する単位で、読み出したデータに
   対して第１のデコード処理を施して前記記憶手段の第１
   の領域に格納し、さらに当該第１のデコード処理が施さ
   れた画像データに対して第２のデコード処理を施し、 前記識別情報が動画データ以外を示している場合には、
   読み出したデータに対して、前記記憶手段の第１の領域
   以外の領域を用いて前記識別情報に基づいた処理を施す
   制御手段と、 前記記憶手段の第１の領域においてデコード処理された
   画面を構成する単位のデータを読み出して、動画として
   出力する出力手段とを備えることを特徴とする動画再生
   装置。
2. 【請求項２】請求項１に記載の動画再生装置であって、前記制御手段は、前記識別情報が動画データ以外を示し
   ているデータを処理する間は、前記識別情報が動画デー
   タを示しているデータに対するデコード処理を中断する
   ことを特徴とする動画再生装置。
3. 【請求項３】請求項２に記載の動画再生装置であって、 前記出力手段は、前記制御手段が、前記識別情報が動画
   データを示してるデー タに対するデコード処理を中断し
   ている間は、直前に出力した画面を構成する単位のデー
   タの出力状態を保持することを特徴とする動画再生装
   置。
4. 【請求項４】請求項１に記載の動画再生装置であって、 前記制御手段は、前記識別情報が静止画を示している場
   合には、前記識別情報が動画データを示しているデータ
   に対するデコード処理を中断し、前記識別情報が静止画
   を示しているデータに基づく画面を構成する単位のデー
   タを前記記憶手段の第１の領域以外の領域に格納し、 前記出力手段は、前記記憶手段の第１の領域以外の領域
   から前記識別情報が静止画を示しているデータに基づく
   画面を構成する単位のデータを読み出して、動画の背景
   として出力することを特徴とする動画再生装置。
5. 【請求項５】請求項１〜４のいずれか一項に記載の動画
   再生装置であって、 前記記憶手段の第１の領域は、ビデオＲＡＭ上に構成さ
   れることを特徴とする動画再生装置。
6. 【請求項６】請求項１〜５のいずれか一項に記載の動画
   再生装置であって、前記記録媒体は、ＣＤ−ＲＯＭであることを特徴とする
   動画再生装置。
7. 【請求項７】動画を構成する圧縮された画像データと画
   像データをデコード処理するためのデータとを含む動画
   データと、動画データ以外のデータとが記録エリア単位
   で連続して記録された記録媒体からデータを順次読み出
   しながら、動画データに基づく動画を再生する動画再生
   方法であって、 記録媒体から、記録エリア単位に、データを順次読み出
   し、 読み出したデータに含まれる当該データを識別するため
   の識別情報が動画データを示しているかどうかを判断
   し、 前記識別情報が動画データを示している場合には、前記
   圧縮された画像データをデコード処理するためのデータ
   を用いて、画面を構成する単位で、読み出したデータに
   対して第１のデコード処理を施して記憶手段の第１の領
   域に格納し、さ らに当該第１のデコード処理が施された
   画像データに対して第２のデコード処理を施して動画と
   して再生し、 前記識別情報が動画データ以外を示している場合には、
   読み出したデータに対して、前記記憶手段の第１の領域
   以外の領域を用いて前記識別情報に基づいた処理を施す
   ことを特徴とする動画再生方法。
8. 【請求項８】請求項７に記載の動画再生方法であって、 前記識別情報が動画データ以外を示しているデータを処
   理する間は、前記識別情報が動画データを示してるデー
   タに対するデコード処理を中断することを特徴とする動
   画再生方法。
9. 【請求項９】動画を構成する圧縮された画像データと画
   像データをデコード処理するためのデータとを含む動画
   データと、動画データ以外のデータとを連続して読み込
   みながら、動画データに基づく動画を再生する動画再生
   方法であって、 所定の単位ごとに区切られたデータを、順次読み込み、 読み込んだデータに含まれる当該データを識別するため
   の識別情報が動画データを示しているかどうかを判断
   し、 前記識別情報が動画データを示している場合には、前記
   圧縮された画像データをデコード処理するためのデータ
   を用いて、画面を構成する単位で、読み出したデータに
   対して第１のデコード処理を施して記憶手段の第１の領
   域に格納し、さらに当該第１のデコード処理が施された
   画像データに対して第２のデコード処理を施して動画と
   して再生し、 前記識別情報が動画データ以外を示している場合には、
   読み込んだデータに対して、前記記憶手段の第１の領域
   以外の領域を用いて前記識別情報に基づいた処理を施す
   ことを特徴とする動画再生方法。
10. 【請求項１０】動画を構成する圧縮された画像データと
    画像データをデコード処理するためのデータとを含む動
    画データと、動画データ以外のデータとが記録エリア単
    位で連続して記録された記録媒体からデータを順次読み
    出して、作業用記憶手段に記憶 する読み出し手段と、 作業用記憶手段に記憶したデータをデコード処理するた
    めの記憶手段と、 圧縮された画像データに対して、画像データをデコード
    処理するためのデータを用いて第１次デコードを行なう
    第１の副演算手段と、 第１次デコードを施された画像データに対して、画像デ
    ータをデコード処理するためのデータを用いて第２次デ
    コードを行ない、表示用画像データを生成して、前記記
    憶手段の第１の領域に記憶する第２の副演算手段と、 前記作業用記憶手段と第１の副演算手段と第２の副演算
    手段との間でデータをＤＭＡ転送するＤＭＡ制御手段
    と、 作業用記憶手段に記憶したデータに含まれる当該データ
    を識別するための識別情報を読み取り、 前記識別情報が動画データを示している場合には、第１
    の副演算手段および第２の副演算手段に、作業用記憶手
    段に記憶したデータに対するデコード処理を、画面を構
    成する単位で行なわせ、 前記識別情報が動画データ以外を示している場合には、
    読み出したデータを、前記記憶手段の第１の領域以外の
    領域に送る主演算手段と、 前記記憶手段の第１の領域に記憶されている表示用画像
    データを順次動画として出力する出力手段とを備えるこ
    とを特徴とするゲーム装置。
11. 【請求項１１】請求項１０に記載のゲーム装置におい
    て、 前記主演算手段の、データを識別するための識別情報を
    読み取る処理と、第１の副演算手段の第１次デコード処
    理と、第２の副演算手段の第２次デコード処理とは、並
    行に行なわれ、パイプライン処理されることを特徴とす
    るゲーム装置。
12. 【請求項１２】請求項１１に記載のゲーム装置におい
    て、 前記出力手段は、前記識別情報が動画データ以外を示し
    ているデータを、前記主演算手段が読み取った場合に
    は、直前に出力した表示用画像データの出力状態を保持
    することを特徴とするゲーム装置。