JPH0438782A - Ｃｄｉシステム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〈産業上の利用分野〉 本発明は、例えばＣＤＩカラオケのように、音データと
画像データとを保持したＣＤＩディスクからこれらのデ
ータを読み出して画像、音声を出力する場合のその画像
と音声との生成に際してのシンクロを保持したＣＤＴシ
ステムに関する。

〈従来の技術〉 従来のＣＤＩシステムでは、ＣＤＩディスクから音デー
タと画像データとをそれぞれ読み出して、音データはオ
ーディオプロセッサ、トーンジェネレータを介してサウ
ンドシステムより音声（楽曲、ナレーション等）として
、また、画像データは画像処理プロセッサ、ＲＧＢ信号
ジェネレータを介して画像（自然画、アニメーション等
）としてＣＲＴに表示されていた。

すなわち、画像データについては、ＣＤＩディスクのリ
アルタイムエリアの各セクタからＣＰＵがバッファを介
して読み出していったん内部レシスタに格納した後、Ｖ
ＲＡＭに転送する。ＶＤＰはこのＶＲＡＭの格納データ
をＲＧＢ信号ジェネレータを介してＣＲＴに表示するも
のである。したがって、ＣＲＴ画面での画像の色換え等
画像の変更を行うには、セクタから読み出した画像デー
タをＶＲＡＭに書換え、ｖＤＰがこのＶＲＡＭから画像
データを読み出していたものである。

一方、音データは、同じ＜ＣＰＵがリアルタイムエリア
の各セクタから読み出し、オーディオプロセッサがこの
音データを処理しトーンジェネレータを介してサウンド
システムから音声として一定の速度で発生されていた。

〈発明が解決しようとする課題〉 しかしながら、このような従来のＣＤＩシステムにおい
ては、画像処理プロセッサの種類によって、例えば各メ
ーカのＣＤＩプレーヤによってはそのＶＤＰによるデー
タ処理速度が異なる。ＶＤＰによってはＶＲＡＭからの
１ドツトの読み出しから次の１ドツトの読み出しまでの
システムサイクルが異なるからである。すなわち、ＶＤ
Ｐの画像表示プログラムのステップ数が異なると考えら
れるからである。これに対して、音データの処理プロセ
ッサはそのように処理速度が顕著に異なることはない。

したがって、例えばＡ社のＶＤＰを使用したＣＤＩシス
テムの場合と、Ｂ社のものを使用したＣＤＩシステムに
あって、Ａ社のＶＤＰに比べてＢ社のＶＤＰがデータ処
理速度が大きい場合には、一定速度で生成される音声に
比べてＢ社のシステムでは画面の変わる速度が大きい。

この結果、音声と画面とのシンクロが崩れてしまう（読
み出しの進行とともにそのずれか大きくなる）という問
題点が生じていた。この点は特にカラオケシステム、教
育用ソフトウェアシステムとしては重大な欠点となって
いたものである。

そこで、本発明は、楽曲またはナレーションの進行に対
して画面をこれに常にマツチした状態で表示することが
できるＣＤＩシステムを提供することを、その目的とし
ている・ 〈課題を解決するための手段〉 本発明に係るＣＤＩシステムは、第１図にその概略構成
を示すように、ＣＤＩ規格に基づいてそのユーザエリア
にセクタが連続して設定され、それぞれのセクタに画像
データまたは音データが保持されたＣＤＩディスク１０
０と、これらのセクタから読み出した音データに基づい
て音を形成する音データ処理手段２００と、この音を発
生する発音手段３００と、上記セクタから読出した画像
データに基づいて画像を形成する画像データ処理手段４
００と、この画像を表示するディスプレイ５００と、こ
のディスプレイ５００で画像を表示するための画像デー
タの処理速度を、絶対時間に基づいて制御する表示速度
制御手段６００と、を備えたＣＤＩシステムである。

〈作用〉 本発明のＣＤＩシステムでは、ＣＤＩディスク１００に
格納された音データと画像データとを判別して、音デー
タは音データ処理手段２００によって音を形成するよう
に処理されて発音手段３００から発音される。一方、画
像データ（自然画用画像データ、文字コードデータ等）
は画像データ処理手段４００によって処理されてディス
プレイ５００において画像（自然画、文字、図形等）と
して表示される。

この場合において、音データの読み出しから発音される
までの時間は、そのＣＤＩディスク１００のセクタから
の音データの読み出し速度に依存している。そして、こ
の発音までは一定の時間で音データが処理されている。

すなわち、例えば楽曲は常に一定の速度で演奏、発音さ
れている。

これに対して、本発明では、表示速度制御手段６００に
よって、ディスプレイ５００において画像を表示するた
めの画像データの処理速度を、絶対時間に基づいて制御
する。例えばその処理速度を画像表示をする場合の一定
時間単位で補正するものである。

〈実施例〉 以下、本発明の実施例を図面を参照して説明する。

第２図〜第９図は本発明に係るＣＤＩシステムの一実施
例を説明するための図である。この実施例は当該ＣＤＩ
システムをＣＤＩカラオケとして使用した例である。

第２図において、２１はＣＰＵであってリアルタイム処
理を行う必要から例えば６８０００系のプロセッサを使
用している。２２はビデオプロセッサ（ＶＤＰ）であっ
て、ＣＰＵ２１との間で信号の授受を行い、ＶＲＡＭ２
３を制御して画像データ、例えばフォノ）ＲＯＭテーブ
ルから読み出したフォントパターンをＲＧＢ信号ジェネ
レータ２４に出力し、ディスプレイ（ＣＲＴ）２５に所
望の画像を構成する。

また、２６はこのＣＰＵ２１にバスによって接続された
トーンジェネレータであって、音データに基づいて所定
の音声発生信号をサウンドシステム２７に供給している
。サウンドシステム２７は、例えはアンプとスピーカと
によって構成されている。ＣＰＵ２１はこの場合オーデ
ィオプロセッサとして機能している。

２８は入出力装置（Ｉｌｏ）であって、例えばキーボー
ド（ＫＢＤ）２９からの外部人力をＣＰＵ２１に出力し
ている。

また、３０はＣＤＩプレーヤ（ディスクドライバ等を含
む）のインタフェースであって上記バスを介してＣＰＯ
２１等に接続されている。３１は同じくバスによってＣ
ＰＵ２１に接続されたワーキング用のＲＡＭである。図
において３２はＣＤＩディスクである。なお、３３はＣ
ＰＵ２１のＯ８等ブロクラムを格納するＲＯＭである。

第３図において示すように、このＣＤＩディスク３２の
表面にはＣＤＩ規格に基づいて１本のトラック３４かス
パイラル状にデザインされている。

すなわち、ＣＤＩディスク３２においては、多数のピッ
トがスパイラル状に１トラツクとして配列されているも
のである。したがって、このＣＤＩディスク３２には、
その半径方向の内側から外側に向かって図において時計
方向の渦巻状にデータが（ビットの有無によってデジタ
ル信号として）記録されている。

そして、このトラック３４は上記構成のＣＤＩプレーヤ
（光ピツクアップ）によって走査されるものである。

トラック３４には、ＣＤＩ規格に基づいて、ディスクラ
ベルエリアＡと、データエリア（ユーザエリア）Ｂとが
画成されている。また、このデータエリアＢは連続する
多数のセクタによって構成されている。

ディスクラベルエリアＡはファイルテーブル等によって
構成されている。例えば複数のファイル（データグルー
プ）についてそれぞれのスタートアドレスが記録されて
いる。

また、上記データエリアＢはリアルタイムファイル（Ｒ
ＴＦ）用エリアであって、複数両面分の文字（カラオケ
用の歌詞）を表示する文字コートデータおよびその文字
の邑コードデータと、複数両面分の背景用画像データ（
歌詞の背景としての静止画で例えばＤＹＵＶ画像によっ
て構成される）と、一連の音データ（楽曲用音データ）
と、を各セクタに格納している。】セクタには音データ
、画像データ、または、コンピュータデータのいずれか
が格納されている。

このＣＤＩディスク３２には、複数の曲が格納されてお
り、各回は静止画像による複数の画面、例えは曲Ａは画
面１〜画面６によって構成されている。また、１つの画
面には歌詞が複数の文字として（例えは２行だけ）表示
されており、これらの文字はその書換えの速度に対応し
て複数のブロック、例えはブロック１〜ブロツク８に分
割されている。更に、これらの各ブロックは複数のドツ
ト（例えは７２ドツト〜２４ドツト）によって構成され
ているものである。

上記リアルタイムファイル用エリアＢに格納された文字
の形状を表示する文字コードデータおよびその文字の色
を表示する色コートデータは、ＣＰＵ２１によって読み
出されてＶＲＡＭ２３に転送されるものである。例えば
ＣＬＵＴという色テ−プルを使用して色コードデータは
格納されている。文字コードデータは例えば図示してい
ないがフォン）ＲＯＭ等を使用して文字画像をＣＲＴ２
５に作成するものである。

また、リアルタイムファイル用エリアＢに格納された音
データと背景用画像データとは、リアルタイムファイル
としてＣＰＵ２１によってリアルタイム処理される。音
データはトーンジェネレータ２６に転送されるものであ
る。また、背景用画像データはＶＲＡＭ２３に転送され
る。

第４図は１セクタのデータフォーマットを示すものであ
る。

各セクタはＣＤＩ規格に基づいて作成されたもので例え
ば２３５２バイトからなり、シンク、ヘッダ、サブヘッ
ダ、ユーザデータ、スペア、リザーブ等の各エリアに分
けられている。ユーザデータのエリアには上記画像デー
タ、音データ等が格納される。また、サブヘッダのエリ
アは、このユーザデータの格納データの種類を示すデー
タタイプ（２バイト）、タイミングをとるためのトリガ
ビット等を含んで構成されている。なお、このトリガビ
ットは全てのセクタについてそれぞれ含まれている。

そして、曲がスタートする前のセクタ、すなわち最初の
音データが格納されたセクタよりも前のセクタには、最
初に表示される画面についての背景データと文字データ
とか格納されている。したがって、最初の表示画面用デ
ータ格納セクタの後の一連のセクタについて音データが
格納されており、この音データは一定間隔毎のセクタに
（例えば４セクタ毎に）配列、格納されている。そして
、文字データは、住換えブロック毎に、その色コードデ
ータのみが格納されている。例えば住換えるこ際しての
文字データとしては、そのフォントコートデータはＶＲ
ＡＭ２３に転送、記憶された状態で保持され、変更後の
色コードデータ（ＣＬＵＴ）のみが各セクタに格納され
ているものである。

そして、ＣＰＵ２１は全てのセクタに配置されたトリガ
ビットをカウントして画像表示からの経過時間とを演算
し、所望のタイミングで文字の色換えを行うものである
。１セクタ、すなわち１トリガビツトをカウントすると
１／７５秒となる。

第６図はこの実施例における文字の住換えのための処理
における、データ処理時間と書き換える画素数との関係
を示すグラフである。

この図において、実線ＸはあるＶＤＰについて一定速度
で画素を書き換える場合を示している。

これに対し、破線ＹＯはＸの場合よりも速い速度で書き
換えるＶＤＰについて示している。

従来の画像データ処理では書換えを開始してから一定時
間ｔ１だけ経過すると、これらのＶＤＰ間ではΔＳだけ
多くの画素についてＹＯによって書き換えられてしまう
。すなわち、音声がこの時間ｔ１て一定量だけ（例えば
楽曲では１小節分）発音されるとすると、Ｘの場合には
この１小節に対応した分量の歌詞の文字が色変換される
。しかし、この時間ｔ１にＹＯの場合にはこの歌詞より
多くの歌詞、すなわち次の小節の歌詞の分まで文字の色
変換がなされてしまう。

そこで、この実施例にあっては、ＹＯの処理速度のＶＤ
Ｐを使用しても一定時間（１＋１０）＠に上記ＸのＶＤ
Ｐと同じたけ画素について処理するように、待ち時間（
ｔｏ）を付加したものである。すなわち、一定速度（Ｙ
Ｏ）で常に画像データを書き換えるものではなく、一定
時間単位毎に所定の待ち時間（ｔｏ）をとることにより
、−点鎖線Ｙ１に示す階段状の処理を行わせるものであ
る。この結果、時間ｔまたけ経過したときるこはＸと同
しだけの画素について色変換がなされ、楽曲の進行に歌
詞の住換えが対応しているものである。この場合の待ち
時間はＶＤＰによって異なるが、通常人間が視認して奇
異に感じない程度とする。例えば、１／３０秒以内とす
る。

そして、この一定時間の基準となる絶対時間は、例えは
トリガビットの読み出し間隔が１／７５秒であることか
ら、これを用いている。しかし、このトリガビットの読
み出しの間隔を絶対時間の基準とする場合のみに限られ
ることなく、例えばＣＤＩディスクのアブソリュートタ
イム（ディスクの回転スタートからの時間）、また、Ｃ
ＰＵ２１が有するシステムクロックを使用することもで
きる。

以下、この実施例に係るＣＤＩシステムでの色換えの手
順について第７図〜第９図に示すフローチャートを参照
して説明する。第７図に示すメインルーチン、第８図に
示すアプリケーションプログラム、第９図に示すシグナ
ル処理ルーチンはＲＯＭ３３に格納されており、これら
の関係について第５図にその概念を示している。

まず、第７図に示すフローチャートにおいて、ＣＰＵ２
１はアプリケーションプログラム（第８図）をメモリ（
ＲＡＭ）３１に読み込む（ステップＳ７０１）。そして
、このアプリケーションプログラムを実行する。

次に、ＣＤＩディスク３２からデータを読み出す場合、
ノンリアルタイムファイル（ＮＲＴＦ）からデータを読
み出すかを判断する（Ｓ　７０２）。

ＮＲＴＦはＲＴＦより先行して読み出される。

ＮＲＴＦからデータを読み出すならは、メモリへこのデ
ータ（色換えデータ）を読み込む（Ｓ７０３）。

そして、リアルタイムファイル（ＲＴＦ）を再生するか
チエツクする（Ｓ　７０４）。ＲＴＦを再生するまでは
、上記アプリケーションプログラムにおいて、まず、ビ
デオ、オーディオ等の機器をオーブンする（Ｓ８０１）
。

そして、ヒテオデータ（画像データ）を格納するために
、メモリにドローマツプ（ｄ　ｍ　）を作成する（Ｓ　
８０２）。ブレーンＯ用に２つ（ｄ　ｍ　Ｏとｄ　ｍ　
１　）、プレーン１用に２つである（　ｄ　ｍ　２とｄ
　ｍ　ａ　）。

次いて、メモリにエリアＰｂ、ｄｔを作成する（Ｓ　８
０３）。そして、所定の領域（ＰＣＢ、ＣＪＬＡ等）を
初期化する（Ｓ　８０４）とともに、ＮＲＴＦより色換
え情報を読み込む（Ｓ　８０５）。

ここで、シグナルルーチンを登録、スタートさせる（Ｓ
８０６）。このサフルーチン（第９図）については後述
する。

更に、各種の識別子（ＴＯ〜Ｔ５、ｔｇ等）を初期化し
ておく　（Ｓ８０７）。

ここで、ＲＴＦのプレーを行う（８８０８）。

楽曲の再生が開始される。

ＲＴＦ（７）プレーになると（上記５７０４でＹＥＳ）
、次のステップ５７０５ではフラグカウンタｆｇｏ−ｆ
ｇ４等、またｍｇ、ｓｊｇ、ｔｒ等を初期化する。

そして、ＲＴＦから１セクタ毎にデータを読み込み（Ｓ
７０６）、音データかチエツクする（Ｓ７０７）。

音データであると、ＰＣＢ　（オーディオ、ビデオ、コ
ンピュータデータのアドレス）が示すｃ■ＬＡの値はＯ
かをチエツクする（Ｓ７０８）。０の場合は音データを
オーディオプロセッサに転送する（Ｓ７０９）。

次に、データが画像データかをチエツクする（Ｓｏｌｏ
）。画像データであれはＣＩＬＶの値が０かをチエツク
する（Ｓ７１１）。０でないときはステップ５７１２か
らＳ７】９までの処理を行う。各メモリ（ドローマツプ
等）にデータを転送してフラグｆｇＯ〜ｆｇ３に１をプ
ラス（インクリメント）するものである（Ｓ７１３．５
７１５．５７１７．５７１９）。

更に、コンピュータデータかをチエツクする（Ｓ７２０
）。そうであれば、ＣＩＬＤの値が０かをみて（５７２
１）、０ならはＤＰＣＬがＯかチエツクする（Ｓ７２２
）。Ｏでないときはｄｔにデータを転送するとともに、
ｆｇｌＬをインクリメントする（５７．２３）。

そして、読み出したデータの処理が終ると、トリガを示
ずｔｒがＯかをチエツクする（Ｓ７２５）。各セクタに
は必ずトリ力ビットを付しているため、シグナルｓ１ｇ
に１を代入する（’Ｓ　７２６）。

そして、ＲＴＦが終わりなら（Ｓ７２７でＹＥＳ）、ア
プリケーションプログラムが終わりかをチエツクする（
Ｓ７２８）。

なお、Ｒ，Ｔ　Ｆが終わりでない場合には上述のように
してデータを格納してシグナルルーチンでトリ力ｔｒを
カウントアツプする（Ｓ９１２）ものである。

上記アプリケーションプログラムではステップ５８０９
においてＴｏは１かを確かめ、１でない場合にはＴ１カ
月かを確かめる（Ｓ８１３）。Ｔ１が１でないときはＴ
２カ月かをチエツクする（Ｓ８１５）。同様にＴ２が１
でないときはＴ３について（Ｓ８１７）、Ｔ　４４；：
ライＴ　（Ｓ　８１９）、Ｔ５について（Ｓ８２１）、
それぞれ１がどうかを確かめる。

これらの値Ｔｏ−Ｔ５はシグナルルーチンで設定されて
いる。

ここで、シグナルルーチン（第９図）について説明する
。

まず、フラグｆｇＯについて４ｏが否かをチエツクする
（Ｓ９０１）。ビデオデータが４０セクタ（１枚の画面
を構成する画像データ量）転送されてきたかである。

４０であるとｆｇＯを０とリセットし、Ｔｏに１を代入
する（Ｓ９０２）。

同様にしてｆｇ１〜ｆｇ３、Ｔ１〜Ｔ３の処理を行う（
Ｓ　９０３〜Ｓ　９０８）。

そして、ステップ５９０９ではコンピュータデータを示
すｆｇ４カ月かをチエツクする。１ならは、ｔｇ４をリ
セットしてＴ４に１を代入する（Ｓ９１０）。

そして、ｓｉｇが１かチエツクする（Ｓ９１１）。もし
１であれは（５７２６参照）、Ｔ５に１を代入し、ｔｇ
　（）リガ）をインクリメントする（Ｓ９１２）。そし
て、シグナルルーチンを解放する（Ｓ９１３）。

再び、アプリケーションプログラムにおいて、ステップ
５８０９においてＴＯが１であると、ｄｍＯにｐｂのデ
ータを転送するとともに、ＴＯをリセットしておく（Ｓ
８１０）。そして、この場合は１画面分の画像データが
揃っているので、ブレーン０にｄｍＯを表示する（Ｓ８
１１）。ディスプレイ２５に表示されるものである。

そして、この後、色換え情報変換を行う（Ｓ８１２）。

例えば１セクタ（１／７５Ｆ、：Ｉ）に変換されるドツ
ト数（４ドツト等）を演算して格納しておく。

次いで、Ｔ１が１であれば、画面を切り換える（Ｓ　８
１４）。同様にＴ２、Ｔ３が１であれば画面を切り換え
る（Ｓ８１６．５８１８）。異なった絵を表示するもの
である。

Ｔ４が１であるときは（Ｓ８１９でＹＥＳ）、エフェク
ト処理となる。例えばｄｔのデータを使っての処理であ
る。

次に、Ｔ５は１かをチエツクする（Ｓ８２１）。

トリガビットがきたかをチエツクする。今回はすべての
セクタにトリガビットを配設しているため、ステップ５
８２２に進むものとする。

このステップ５８２２では、ｓｔｇとｔｇとを比較しｔ
ｇの値がｓｔｇの値（Ｓ８１２でのセット値）よりも大
きいかを判定している。大きい場合はこのｔｇをｅｔｇ
と比較しく５８２３）、小さい場合にはステップ５８２
４に進む。これ以外の場合には色換えは行わないもので
ある。この場合はソフトウェアタイマとして作用させる
ものである。

そして、ステップ５８２４ては１ｐ（ＮＲＴＦのデータ
であって１画面についてのブロック数を識別するための
ものである）をＪ（色換えブロックの数）と比較し、大
きくなっているとＪをリセットして（９８２６）ステッ
プ５８３４に進む。

ｔｐがＪ値より大きくない場合はＪをインクリメントし
くＳ　８２５）、ｂｋとＩとを比較する（Ｓ８２７）。

ｂｋはドツト数を示し、■はドツト数のカウント値でセ
ットされたものである。ｂｋが設定値■よりも大きい場
合には■をインクリメントして（Ｓ　８２８）、ドロー
マツプｄｍＯからデータを読み出す。

そして、このデータより影か（色換えの部分か）どうか
を判断する（Ｓ　８３０）。影ならば文字の影のデータ
をデータ変換を行い（Ｓ８３１）、ｄｍＯヘデータを書
き込む（Ｓ８３２）。

なおりｋが１よりも大きくない場合にはＩをリセットし
てステップ５８３４に進む。

以下、ステップ５８３４ではＲＴＦの終わりをチエツク
し、終わりなら、シグナルルーチン、メモ１バ　デバイ
スをそれぞれ解放してプログラムを終了する（Ｓ８３５
．５８３６．５８３７）。

第１０図は本発明の他の実施例にかかるフローチャート
である。

このフローチャートでは、ＣＤＩドライバにＲＴＦから
１セクタのデータを読み出しく５１００１）、そのデー
タをインタフェースのバッファに入れ（Ｓ１００２）、
さらに、これからデータなＣＰＵ２１の内部レジスタに
格納する（Ｓ１００３）。

そして、トリガビットを確認しく５１００４）、フラグ
を立て（Ｓ１００５）、待ち時間（この時間が処理速度
を調節する）を内部レジスタにセットする（３１００６
）。

そして、ＶＲＡＭ２３についてアドレスを作成しく５１
００７）、このアドレスをアドレスレジスタにいったん
格納する（８１００８）。そして、内部レジスタの画像
データを出力バッファを介してＶＲＡＭに転送する（Ｓ
１００９．５ＩＯＩＯ１ＳＩＯＩＩ、　Ｓ　１０１２）
。

このようにして画像データかＶＲＡＭに満たされた場合
には（Ｓ　１０１３）、ＣＰＵ２１はＶＤＰ２２にバス
専有許可信号を出力しく５１０１４）、その確認を待っ
て（Ｓ　１０１５）、フラグをチエツクする（Ｓ　１０
１６）。

フラグを確認してからＶＤＰ２２にホールド信号を出力
しく５１０１７）、タイマをスタートさせる（Ｓ　１０
１８）。タイマ終了までは画像データのディスプレイ表
示を停止している。

待ち時間の経過を待って（Ｓ　１０１９）タイマカウン
トアツプすると（Ｓ１０２０）ホールド信号を非活性化
して（Ｓ１０２２）画像データの表示を行う。ステップ
５１０２１と５１０２３はＶＲＡＭ２３からのデータの
ディスプレイ出力が終了したかのチエツクである。

このフローチャートの場合は待ち時間は予め設定してお
くものとする。また、この設定待ち時間は所定のデータ
表示の前に設けてもよく、データ処理の後に設けてもよ
い（例えば第６図の階段状のグラフとなる）。

なお、絶対時間として以上のトリガピットの差を検出し
て行う場合（１／７５秒間隔で測定する）に代えて、Ｃ
ＤＩシステムでのスタートからの絶対時間（アブソリュ
ートタイム）を使用してもよい。また、システムクロッ
クを使用するようにしてもよい。

〈効果〉 以上説明してきたように、本発明によれば、絶対時間を
検出と画像表示までの処理時間の検出とによってその時
間差（発音と画像表示との時間差）を演算して待ち時間
をセットしている。これによりれ、楽曲またはナレーシ
ョンの進行に対して画面をこれに常にマツチした状態で
表示することができる。

【図面の簡単な説明】

第１図は本発明に係るＣＤＩシステムの概略構成を示す
そのブロック図、第２図は本発明に係るＣＤＩシステム
の一実施例の概略構成を示すそのブロック図、第３図は
一実施例に係るＣＤＩディスクを示すその平面図、第４
図は一実施例に係るＣＤＩディスクの１セクタのデータ
構造を説明するためのデータフォーマット図、第５図は
一実施例に係るＣＰＵのＯ８とアプリケーションプログ
ラム等との関係を示すブロック図、第６図は一実施例に
係る表示速度制御手段による画像データの処理速度を示
すためのグラフ、第７図は一実施例に係るＣＰＵでの制
御プログラムを示すフローチャート、第８図は一実施例
に係るＶＤＰでの制御プロクラムを示すフローチャート
、第９図は一実施例に係るシグナル処理ルーチンを示す
フローチャート、第１０図は他の実施例に係るＣＰＵの
制御プログラムを示すフローチャートである。 １００・・　・　・　・・　・　・　・ＣＤＩディスク
、２００・・・・・・・・・音データ処理手段、３００
・・・・・・・・・発音手段、 ４００・・・・・・・・・画像データ処理手段、５００
　・ ・ディスプレイ、 ６００　　φ ・表示速度制御手段。

Claims (1)

1. 【特許請求の範囲】 ＣＤＩ規格に基づいてそのユーザエリアにセクタが連続
   して設定され、それぞれのセクタに画像データまたは音
   データが保持されたＣＤＩディスクと、 これらのセクタから読み出した音データに基づいて音を
   形成する音データ処理手段と、 この音を発生する発音手段と、 上記セクタから読出した画像データに基づいて画像を形
   成する画像データ処理手段と、 この画像を表示するディスプレイと、 このディスプレイで画像を表示するための画像データの
   処理速度を、絶対時間に基づいて制御する表示速度制御
   手段と、を備えたことを特徴とするＣＤＩシステム。