(57)【要約】【課題】  従来、グラフィックを表示させる機能を備えた音楽ＣＤ（ＣＤＧ）を再生する場合、ＣＤからグラフィックデータを読み出して、これを専用ハードウェア（ＣＤＧデコーダ）でデコードして映像化していたが、ＣＤＧデコーダを搭載することで音楽再生装置全体として、製造コストが高くなるという課題が生じる。【解決手段】  グラフィックデータを有する音楽ＣＤを再生する際に、ＯＳＤ機能を備えたＡＶデコーダによって映像変換を行うべく、ソフトウェアにてグラフィックデータの形式変換を行う。すなわち、ディスクからＣＤ−Ｇのサブコードデータと音楽データを読み出すドライブ１０１と、音楽データを音声再生するオーディオデコーダ１０２と、ＯＳＤデータを映像出力するＯＳＤ１０４と、サブコードデータをＯＳＤのフォーマットに変換する変換手段１０３とを備える。【選択図】  図１
2006186892.tif 000002
【特許請求の範囲】
【請求項１】
ディスクからＣＤ−Ｇのサブコードデータと音楽データを読み出す手段と、前記音楽データを音声再生するオーディオデコーダと、ＯＳＤデータを映像出力するＯＳＤと、前記サブコードデータを前記ＯＳＤのフォーマットに変換する変換手段とを備えた光ディスク再生装置。
【請求項２】
ＣＤ−Ｇのサブコードデータをそれと同一のセクタに記録された音楽データが再生されるよりも先に記憶するメモリと、オーディオデコーダにより音楽再生されている音楽データの再生セクタ位置の変化を検出して前記音楽データのセクタと同一のセクタに記録された前記サブコードデータを前記メモリより変換手段に出力させる検出手段とをさらに備えた請求項１記載の光ディスク再生装置。
【請求項３】
ＯＳＤはＶＲＡＭおよび前記ＶＲＡＭの位置を指定できるレジスタを具備し、ディスクから読み出されたサブコードデータが示す命令がプリセットスクロール命令またはコピースクロール命令の場合に、前記ＯＳＤは前記ＶＲＡＭの表示領域のデータから別のメモリ領域にスクロール後の画像を生成し、この別のメモリ領域を新たな表示領域として前記レジスタに設定する手段を有する請求項１記載の光ディスク再生装置。
【請求項４】
ディスクから読み出されたサブコードデータが示す命令が、Load CLUT 0…7命令またはLoad CLUT 8…15命令の場合に、１つの入力データ内の全てのLoad CLUT 0…7命令とLoad CLUT 8…15命令から８色または16色のCLUTデータを作成しＯＳＤにCLUT設定をする手段を具備する請求項１記載の光ディスク再生装置。
【請求項５】
１つの入力データに対して、次の入力データを検索する手段、あるいは次の入力データの入力を待つ手段および前記次の入力データを検索する手段と、前記１つの入力データのLoad CLUT 0…7命令とLoad CLUT 8…15命令から８色又は16色のCLUTデータを作成しCLUT設定をする場合に、前記１つの入力データと前記手段により検索された前記次の入力データとを合わせて８色又は１６色のCLUTデータを作成し前記CLUT設定をする手段とを具備する請求項４記載の光ディスク再生装置。
【請求項６】
ディスクから読み出されたサブコードデータが示す命令がPreset Memory命令の場合にこのPreset Memory命令を検索する手段と、前記Preset Memory命令に続くPreset Memory命令だけを含むいくつかの入力データのサブコードデータは検索および変換手段による変換の処理を行わない手段とを具備する請求項１記載の光ディスク再生装置。
【請求項７】
ＯＳＤの表示サイズに応じて、ソフトウエアで作成するＣＤ−Ｇの画像データを縦横整数倍する手段を具備する請求項１記載の光ディスク再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、静止画が記録されたＣＤ−Ｇ（ＣＤグラフィックス）を再生する光ディスク再生装置に関するものである。
【背景技術】
【０００２】
従来、光ディスクからＣＤ−Ｇを再生させる装置は図２０に示すように、ＣＤ−Ｇに記録されたデータがドライブ１０１により読み出され、音声(Audio)データと画像データであるサブコードデータに分けられ、音声データは音声用(Audio)デコーダ１０２によって出力され、サブコードデータはＣＤ−Ｇデコーダ２００１によって画像として出力される。
【０００３】
近年の光ディスク再生装置においては、ＤＶＤビデオ（Ｖｉｄｅｏ）が再生できるものがあり、ＤＶＤビデオの映像は１０５のＭＰＥＧデコーダにより映像出力される。また、装置の動作状況はモニタに画像出力させるＯＳＤ１０４によって表示させているものもある。これらのデバイスは制御手段１０６によって動作制御されている。
【特許文献１】特開平11-7711号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の方法ではＤＶＤなどの他の規格の光ディスク再生装置にＣＤ−Ｇを対応させようとした場合、専用のハード回路が必要とされるため、これを実装した場合光ディスク再生装置のコストを上げてしまう問題があった。
【０００５】
この課題を解決するための装置として、特許文献１などに示されているものがある。上記装置においては、ＣＤ−ＧのデコードをＭＰＥＧデコーダによって実現させている。
【０００６】
しかしながらこのような装置の場合、MPEGデコーダには高い処理能力を要求されることになる。例えば Load CLUTというCDGのコマンドが発生した場合、VRAMに展開された全ての画素について色を変更するかどうかを調べて、必要ならば変更する処理を実行しなければならない。CDGのコマンドは１秒間に300コマンドを実行できる能力がなければならないため、3.3msec以内に320×216ピクセルの全ての変更対象画素を書き換える処理能力が必要である。よって、ＭＰＥＧデコーダの処理能力が低い場合は、別途専用回路を追加するなどの方法が必要で結局そのためのコストがかかってしまうという問題がある。
【０００７】
本発明は、専用ハード回路を新たに実装することなく、ＣＤ−Ｇを再生させることができる低コストの光ディスク再生装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
この目的を達成するために本発明は、光ディスク再生装置が現在の動作状況などをディスプレイに表示させるために使用しているＯＳＤ（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ）をＣＤ−Ｇ表示用に用いて、ディスクから読み込んだサブコードデータ（画像データならびに命令データ）をＯＳＤの仕様に合致した画像データまたは命令に変換させる手段を具備したものである。
【０００９】
すなわち、本発明の光ディスク再生装置は、ディスクからＣＤ−Ｇのサブコードデータと音楽データを読み出す手段と、前記音楽データを音声再生するオーディオデコーダと、ＯＳＤデータを映像出力するＯＳＤと、前記サブコードデータを前記ＯＳＤのフォーマットに変換する変換手段とを備えたものである。
【００１０】
上記構成において、ＣＤ−Ｇのサブコードデータをそれと同一のセクタに記録された音楽データが再生されるよりも先に記憶するメモリと、オーディオデコーダにより音楽再生されている音楽データの再生セクタ位置の変化を検出して前記音楽データのセクタと同一のセクタに記録された前記サブコードデータを前記メモリより変換手段に出力させる検出手段とをさらに備えている。
【００１１】
上記構成において、ＯＳＤはＶＲＡＭおよび前記ＶＲＡＭの位置を指定できるレジスタを具備し、ディスクから読み出されたサブコードデータが示す命令がプリセットスクロール命令またはコピースクロール命令の場合に、前記ＯＳＤは前記ＶＲＡＭの表示領域のデータから別のメモリ領域にスクロール後の画像を生成し、この別のメモリ領域を新たな表示領域として前記レジスタに設定する手段を有する。
【００１２】
上記構成において、ディスクから読み出されたサブコードデータが示す命令が、Load CLUT 0…7命令またはLoad CLUT 8…15命令の場合に、１つの入力データ内の全てのLoad CLUT 0…7命令とLoad CLUT 8…15命令から８色または16色のCLUTデータを作成しＯＳＤにCLUT設定をする手段を具備する。
【００１３】
上記構成において、１つの入力データに対して、次の入力データを検索する手段、あるいは次の入力データの入力を待つ手段および前記次の入力データを検索する手段と、前記１つの入力データのLoad CLUT 0…7命令とLoad CLUT 8…15命令から８色又は16色のCLUTデータを作成しCLUT設定をする場合に、前記１つの入力データと前記手段により検索された前記次の入力データとを合わせて８色又は１６色のCLUTデータを作成し前記CLUT設定をする手段とを具備する。
【００１４】
上記構成において、ディスクから読み出されたサブコードデータが示す命令がPreset Memory命令の場合にこのPreset Memory命令を検索する手段と、前記Preset Memory命令に続くPreset Memory命令だけを含むいくつかの入力データのサブコードデータは検索および変換手段による変換の処理を行わない手段とを具備する。
【００１５】
上記構成において、ＯＳＤの表示サイズに応じて、ソフトウエアで作成するＣＤ−Ｇの画像データを縦横整数倍する手段を具備する。
【発明の効果】
【００１６】
本発明によると、ＣＤ−Ｇの専用デコーダを持たない光ディスク再生装置においても、画像データが格納されるサブコードデータを再生装置が使用しているＯＳＤ機能のフォーマットにソフトウエアで変換することにより、コストアップすることなくＣＤ−Ｇ再生機能を実装することができる。
【００１７】
また、再生中のAudioデータに対応するサブコードデータを表示させることが可能となる。
【００１８】
Pixel Buffer領域のデータを移動させる回数を半減し、処理時間を半減させることが可能となる。
【００１９】
さらに、１ＰＡＣＫＥＴのような１つの入力データ内の全てのLoad CLUT 0…7命令とLoad CLUT 8…15命令から８色または16色のCLUTデータを作成しＯＳＤに１回でCLUT設定をする手段を有するため、一度に入力される命令ｎ個にLoad CLUTが複数存在してもOSDにCLUTを変更設定するのは１回で済み、処理の冗長性と時間の短縮を行うことが可能となる。
【００２０】
１つの入力データに対して、次の１ＰＡＣＫＥＴのような入力データを検索する手段、あるいは次の入力データの入力を待つ手段および前記次の入力データを検索する手段を具備し、前記次の入力データとを合わせて８色又は１６色のCLUTデータを作成し１回で前記CLUT設定をする手段を具備するため、一度に入力される命令ｎ個と次に入力される命令n個にLoad CLUTが跨って複数存在してもOSDにCLUTを変更設定するのは１回で済み、処理の冗長性と時間の短縮を行うことができる。
【００２１】
Preset Memory命令に続くPreset Memory命令だけを含むいくつかの入力データ、例えば３ＰＡＣＫＥＴ分のサブコードデータは変換の処理を行わない手段を有するため、一度Preset Memoryを実行しPixel Bufferをクリアすると、続いて本プログラムが呼び出されたとしても、Preset Memory以外の命令が含まれない(16/n-1)回分は処理を行わないため、結果として処理の無駄を省くこととなり処理の高速化を行うことができる。
【００２２】
ＣＤ−ＧとＯＳＤの表示サイズが異なる場合でもテレビ画面にほぼフルサイズでの画像を提供できると共にＺＯＯＭ機能を提供することが可能となる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の第１の実施形態について、図１から図３を参照しながら説明する。
【００２４】
図１は本発明の第１の実施形態におけるシステムブロック図である。ドライブ１０１からディスクのAudioデータとサブコードデータが読み込まれ、Audioデータはオーディオ（Audio）デコーダ１０２により音声として出力される。サブコードデータは変換手段１０３によって、OSD １０４の仕様に合致したOSDデータに変換されOSD １０４に送られる。OSD １０４はこのデータを基にしてＣＤ−Ｇを画像出力させている。このOSD １０４は内部に１６個以上のCLUT（Color Look Up Table）
を持ち、表示用データを格納するピクセルバッファ（Pixel Buffer）はＣＤ−ＧのＴＶグラフィクスモード（TV-GRAPHICS MODE）が想定する横300ピクセル×216ピクセル以上の大きさを持つものとする。ＤＶＤビデオ（Ｖｉｄｅｏ）などのＭＰＥＧ映像を再生させる場合は、ドライブ１０１から読み込んだＭＰＥＧデータをＭＰＥＧデコーダ１０５により映像化し表示させる。もしＭＰＥＧ映像を再生しないシステムにおいてはＭＰＥＧデコーダ１０５は不要である。制御手段１０６により変換手段１０３および各デバイスが制御されている。
【００２５】
図２は、ＣＤＧのディスク１セクタのサブコードデータをドライブ１０１で読み込みエラー訂正を行った後のデータ構造である。１セクタ分のサブコードを１パケット（ＰＡＣＫＥＴ）と呼ぶ。この１パケットには４つのパック（ＰＡＣＫ）と呼ばれる単位に分割され、１パックにはＣＤＧのコマンド（命令）が１つ記述されている。本発明第１の実施形態においては、ドライブ１０１によって１度に複数パックがディスクから読み込まれて変換手段１０３に渡される。
【００２６】
図３は変換手段１０３のフロー図である。この変換手段１０３はディスクよりサブコードデータが読み込まれエラー訂正を経たタイミングで呼び出される。図３のフローは2パック以上の命令でも１度で処理することができ、１度で処理される命令の個数をｎとする。本変換手段１０３の処理内容について説明する。処理３０１によってメモリパックが初期化される。このメモリパックは変換手段１０３に１度に入力されるデータのうち、現在処理を行うパックが入力データの先頭から何番目のパックかを示すポインタである。次に処理３０２でメモリパックで指し示しているパックのコマンド領域を見てパックが何の命令であるかを調べ、処理３０３において命令に合った方法でＯＳＤ１０４の画像・命令に変換してピクセルバッファ（Pixel Buffer）領域を変更する。次の処理３０４でメモリパックをインクリメントし、処理３０５によりn回ループされる。上記により本ソフトウエアに入力されたｎ個全ての命令を実行することができる。
【００２７】
以上により、ＣＤ−ＧのサブコードはＯＳＤ１０４より画像出力されることが可能となる。
【００２８】
本発明の第２の実施形態について図４を参照しながら説明する。
【００２９】
ディスクから音楽データとサブコードデータの読み込みを行い、各々を別々に処理して再生させると、音楽の再生に同期したグラフィック表示を行うことができない。例えば、ディスクからの読み込みが等速よりも速くデータを先読みして保存している場合や、音楽データとサブコードデータを同時に読み込みできない場合などである。このときでも音楽の再生とグラフィック表示の同期を取る方法について以下に説明する。
【００３０】
図４は本発明の第２の実施形態におけるシステムブロック図である。
【００３１】
ドライブ１０１によりディスクのAudioデータとサブコードデータが読み込まれる。AudioデータがAudioデコーダ１０２によって再生されるまでの間に、Audioデータと同一セクタのサブコードデータがメモリ４０１に保存されるようにしておく。こうして、４０１のメモリにはいくつかの再生前のサブコードが蓄えられておくようにする。Audioデコーダ１０２は現在再生を行っているセクタ位置がわかるようにセクタ位置を取得する手段を有していて変化検出手段４０２において読み込みを行うことができる。変化検出手段４０２で再生中のセクタ位置を監視し変化が発生したときに、再生中のセクタ位置に対応するサブコードデータをメモリ４０１から取り出して、本発明の第１の実施形態で説明した図３の変換手段１０３を起動させる。もしくはAudioデコーダ１０２に再生中のセクタ位置が変更されると変化検出手段４０２に通知することができる場合には、通知が発生されたときに変化検出手段４０２によって、再生セクタ位置に対応するサブコードデータをメモリ４０１から取り出して、本発明の第１の実施形態で説明した図３の変換手段１０３を起動させる。
【００３２】
以上により、再生中のAudioデータに対応するサブコードデータを表示させることが可能となる。
【００３３】
本発明の第３の実施形態について図５から図８までを参照しながら説明する。
【００３４】
ＣＤ−Ｇのサブコードは１セクタに４命令含まれることから、毎秒３００コマンドの処理能力を必要とする。
【００３５】
第１の実施形態のような変換手段１０３でＣＤ−Ｇの映像化を実現させた場合、処理速度が問題となることがある。その例としてプリセットスクロール（Soft Scroll with preset）やコピースクロール（Soft Scroll with copy）の命令を実行する場合がある。以下に図５および図６を用いて前記命令を実行させる場合の変換処理手順について説明する。
【００３６】
図５はSoft Scroll with presetやSoft Scroll with copyの命令を１回実行させたときのピクセルバッファ（Pixel Buffer）の操作の仕方を示す。図６は操作方法のフロー図である。
【００３７】
元々、ＯＳＤ１０４ではスクロール後の画像を直接作ることができないためメモリ５０１内に配置されているPixel Buffer ５０２のデータを一度別の作業領域５０３にコピーする（処理５０４）。作業領域５０３のデータを複数の領域に分割し、表示位置がシフトされるようにPixel Buffer５０２に転送してスクロール後の画像を作成する（処理５０５）。しかしこのままではPixel Buffer５０２の領域の全データを２回移動させることが必要で、処理時間が多くかかってしまう問題が発生していた。
【００３８】
以下に上記問題を解決する方法を図７および図８を用いて説明する。
【００３９】
図７は本発明の第３の実施形態におけるSoft Scroll with preset・Soft Scroll with copyコマンドを１回実行させたときのPixel Bufferの操作の仕方を示す。図８は操作方法のフロー図である。
【００４０】
ＯＳＤはＶＲＡＭ（Pixel Buffer）の位置を指定できるレジスタ７０１を具備していて、初めはメモリ７０２のPixel Buffer表示領域１（７０３）を表示させる設定がされている。スクロールが発生するとPixel Buffer表示領域１（７０３）のデータを分割し表示位置がシフトされるようにPixel Buffer表示領域2 （７０４）に転送してスクロール後の画像を作成する（処理７０５）。その後レジスタ７０１を変更してPixel Buffer表示領域 2 （７０４）を表示させる設定に変更する（処理７０７）。再びスクロールが発生した場合はPixel Buffer表示領域 1 （７０３）にスクロール後の画像を作成する（処理７０６）。その後レジスタ７０１を変更してPixel Buffer 1（７０３）を表示させる設定にする（処理７０７）。以降スクロールが発生する度に上記処理を繰り返して行う。
【００４１】
以上により、Pixel Buffer領域のデータを移動させる回数が半減し処理時間を半減させることが可能となる。
【００４２】
本発明の第４の実施形態について図３、図９から図１２までを参照しながら説明する。
【００４３】
第１の実施形態のような変換手段１０３でＣＤ−Ｇの映像化を実現させた場合、処理速度が問題となることがある。その例としてLoad CLUT 0...7命令あるいはLoad CLUT 8…15命令を実行する場合がある。以下に図３および図９を用いて上記命令を実行させる場合について説明する。
【００４４】
９０１は図３の処理に１度に入力されるn個の命令の一例でn＝４（1PACKET＝４PACK）であり、命令９０２（Load CLUT 0…7）、命令９０３（Load CLUT 8 … 15）、命令９０４（Load CLUT 0…7）、命令９０５（Load CLUT 8 … 15）の順番で記述されている。処理９０６は 、９０１の４PACKの命令が図３の処理に入力されたときの処理の流れである。先ず９０２のLoad CLUT 0…7命令が検索されるので、処理９０７によりOSDのCLUT0〜7の変更を行う。この後処理９０８によってCLUTの変更が完了されるのを待つ。次に９０３のLoad CLUT 8…15命令が検索されるので、処理９０９によりOSDのCLUT8〜15の変更を行う。この後処理９１０によってCLUTの変更が完了されるのを待つ。以後９０４、９０５についても同様に処理９１１、９１２、９１３の変更と変更完了待ちの処理を行う。
【００４５】
以上のようにCLUTを4回も変更し、かつその都度変更完了待ちを行い、また処理９０７で変更されるCLUT0〜7は処理９１１で上書きされ、処理９０９で変更されるCLUT8〜15は処理９１３で上書きされるため、処理時間が多くかつ冗長にかかってしまう問題があった。
【００４６】
以下に上記問題を解決するための方法を図１０、図１１、図１２を用いて説明する。
【００４７】
図１０は図３の処理を改良するもので、Load CLUT 0…7命令ならびにLoad CLUT 8…15命令を検索したときすぐにOSDのCLUTを変更しないで保存しておき、ｎ個の検索が終わってから8色または16色のOSDのCLUTを１度に変更する。図３に対する変更点について説明する。１００１でメモリclutflagを初期化しておく。clutflagはｎ個の命令の中にLoad CLUT 0…7とLoad CLUT 8…15があるかどうかを示すフラグである。検索した命令がLoad CLUT 0…7、Load  CLUT 8 … 15であった場合は処理１００２によりCLUTデータをメモリに保存しclutflagを設定する。処理終了前に処理１００３によりclutflagに応じてメモリに保存した８色あるいは１６色のCLUTをOSDに設定する。
【００４８】
処理１００２の詳細について図１１に示す。１１０１によってLoad CLUTが「0…7」なのか「8…15」なのかを判別し、Load CLUT 0…7である場合はメモリにCLUT0〜7の色データを保存する（処理１１０２）。その後１１０３によってメモリclutflagのbp0を１に設定する。判別１１０１でLoad CLUT 8…15 である場合はメモリにCLUT8〜15の色データを保存する（処理１１０４）。その後処理１１０５によってメモリclutflagのbp1を1に設定する。処理１００２をｎ命令分実行すれば、メモリされたCLUTは最新の状態になりかつclutflagにはどの命令が含まれていたかがわかるようになる。
【００４９】
次に処理１００３の詳細について図１２に示す。処理１２０１においてメモリclutflagを判定する。１００２でLoad CLUT 0…7、Load CLUT 8…15が検索されなかった場合、つまりclutflagが0の場合はそのまま処理を終了させる（処理１２０２）。処理１００２でLoad CLUT 0…7だけが検索された場合、つまりclutflagが１の場合はメモリされたCLUT0〜7の８色分のデータをOSDに設定する（処理１２０３）。処理１００２でLoad CLUT 8…15だけが検索された場合、つまりclutflagが２の場合はメモリされたCLUT8〜15の８色分のデータをOSDに設定する（処理１２０４）。１００２でLoad CLUT 0…7とLoad CLUT 8…15の両方が検索された場合、つまりclutflagが３の場合はメモリされたCLUT0〜15の16色分のデータをOSDに設定する（処理１２０５）。
【００５０】
以上により、一度に入力される命令ｎ個にLoad CLUTが複数存在してもOSDにCLUTを変更設定するのは１回で済み、処理の冗長性と時間の短縮を行うことができる。
【００５１】
本発明の第５の実施形態について図１０、図１３および図１４を参照しながら説明する。第４の実施形態のような変換手段でＣＤ−Ｇの映像化を実現させた場合、処理速度が問題となることがある。その例としてLoad CLUT 0...7命令あるいはLoad CLUT 8…15命令が２回の入力に跨って記録されていた場合である。
【００５２】
以下に上記問題例について図１３を用いて説明する。１３０１は図１０の処理に１度に入力されるn個の命令の一例で、n＝４（1PACKET＝４PACK）で１３０２のLoad CLUT命令以外の命令、１３０３のLoad CLUT 0…7命令、１３０４のLoad CLUT 8…15 命令の順番で記録されている。１３０５はｎ個の命令１３０１の次に入力されるn＝4個の命令で、１３０６はLoad CLUT 0…7命令、１３０７はLoad CLUT 8 … 15 命令、１３０８はLoad CLUT命令以外の命令であり、この順番で記録されている。処理１３０９は、命令１３０１が図１０に入力されたときの処理で、１３０３の命令により処理１３１０でCLUT0〜7をメモリに保存し、１３０４の命令により処理１３１１でCLUT8〜15をメモリに保存する。処理１３１２でメモリに保存されたCLUT0〜15の16色を１回にOSDに設定する。処理１３１３は、命令１３０５が図１０に入力されたときの処理で、１３０６の命令により処理１３１４でCLUT0〜7をメモリに保存し、１３０７の命令により処理１３１５でCLUT8〜15をメモリに保存する。処理１３１６でメモリに保存されたCLUT0〜15の16色を１回にOSDに設定する。n＝４の場合、図１０の処理周期は13.3msecであり、処理１３１２でOSDに設定したCLUTは１３１６で設定しなおしされるので表示させることはほとんどないため、処理１３１２が事実上処理時間の無駄となってしまっていた。
【００５３】
この解決方法について説明する。n個の命令の中にLoad CLUTコマンドが存在すれば、次のn個の命令の入力を待つ手段あるいはメモリされた次のn個命令を取り出す手段を用いて、次のn個の命令からLoad CLUTを検索し2n個の命令からメモリに作られたCLUTをOSDに１回で転送することにより、処理時間を短くすることができる。以下に前記の一実施形態について図１４を用いて説明する。図１４は図１０の処理を改良したものである。以下に改良点について説明する。
【００５４】
n個の命令にLoad CLUT命令が含まれ、次のn個の命令にもLoad CLUT命令が含まれた場合を説明する。メモリclutflag2は次のn個の検索待ちを示すフラグでデフォルトは０であるので処理１４０１によりclutflagを初期化する処理１００１が処理される。処理１００２によりn個のLoad CLUTが検索される。処理１４０２によりメモリclutflag2は0なのでCLUT設定処理１００３を実行しない。処理１４０３によりclutflagは処理１００２により０でない値になっているので処理１４０４でclutflagを反転（０であるならば１、１であるならば０）させる。ここで処理は終了するため、CLUTはメモリされるだけでOSDへのCLUTの設定は行わない。
【００５５】
次のn個の命令が入力され変換処理が起動されると、処理１４０１によりclutflag2は１に設定されているため、処理１００１を処理せずclutflagの値を保持する。処理１００２によりn個のLoad CLUTが検索されCLUTを保存する。処理１４０２によりメモリclutflag2は1であるため、前回と今回分のメモリされたCLUTが１００３によってOSDに設定される。次に処理１４０４によってclutflag2が反転され処理が終了する。
【００５６】
以上のように一度に入力される命令ｎ個と次に入力される命令n個にLoad CLUTが跨って複数存在してもOSDにCLUTを変更設定するのは１回で済み、処理の冗長性と時間の短縮を行うことができる。
【００５７】
本発明の第６の実施形態について図３、図１５および図１６を用いて説明する。
【００５８】
第１の実施形態のようにＣＰＵでＣＤ−Ｇの映像化を実現させた場合、処理速度が問題となることがある。その例としてプリセットメモリ（Preset Memory）を実行する場合である。
【００５９】
以下に上記問題例について図１５を用いて説明する。１５０１は図３の処理に１度に入力されるn個の命令の一例で、n＝４（1PACKET＝４PACK）で１５０２はPreset Memory命令である。Preset Memory命令はＣＤ−Ｇの規格から16個連続で現れることが決まっているため、続く３個の命令１５０３も、その次に入力されるn＝4個の１５０４に含まれる命令１５０５も、以降８個の命令（2PACKET分）もPreset Memory命令となる。処理１５０６は命令１５０１が入力され命令１５０１が実行されるときの処理である。命令１５０２が検索されると処理１５０７でPixel Buffer領域がクリアされる。以降の１５０３のPreset Memoryは検索されるが処理を行わない（１５０８）。処理１５０９は次の命令１５０４が入力されたときの処理を示す。１５０５のPreset Memoryが逐次検索されるが処理は行わない（１５１０）。こうして以降、残りの８個のPreset Memory命令は入力され検索処理が行われるが処理は行わない。処理は行わないのに検索だけ動かしているためこの処理が無駄となり処理時間に影響を与えていた。
【００６０】
以下に上記問題を解決するための方法を図１６を用いて説明する。
【００６１】
図１６は図３の処理を改良したもので、一度Preset Memoryが実行されると（16/n-1）回分だけ図３の処理を行わないというものである。図３に対する変更点について説明する。メモリCountは、Preset Memoryが実行されたときに使用するカウンタでデフォルトは0である。処理１６０１によりPreset Memoryが実行されていないときは0なので処理３０１に移行する。検索処理３０２によりPreset Memory命令が発見された場合は処理１６０２に移行する。16命令連続して現れるPreset Memoryの先頭である場合は、処理１６０３によりPreset Memory を実行し、メモリCountに（16/n-1）を設定する（処理１６０４）。以降、本プログラムがメモリpackがｎに等しくなり終了するまで、Preset Memory検出による１６０２の判断では１６０３には移行しない。続いてサブコードが読み込まれて図１６のプログラムが起動しても、処理１６０１によりメモリCountが0でないので処理１６０５へ移行しメモリCountがデクリメントされ処理が終了する。以降メモリCountが0になるまで１６０１の判定では処理１６０５へ移行する。よって、メモリCountに設定された回数だけ検索・変換処理は実行されない。つまり、Preset Memoryしか含まれないサブコードが本プログラムに入力されても検索・変換処理は起動されない。
【００６２】
以上によって、一度Preset Memoryを実行しPixel Bufferをクリアすると続いて本プログラムが呼び出されたとしても、Preset Memory以外の命令が含まれない(16/n-1)回分は処理を行わないため、結果として処理の無駄を省くこととなり処理の高速化を行うことができる。
【００６３】
本発明の第７の実施形態について図３、図１７、図１８および図１９を用いて説明する。
【００６４】
第１の実施形態のようにＣＰＵでＣＤ−Ｇの映像化を実現させた場合、CDGとOSDの表示Pixelの違いから表示サイズが合わなくなってしまう場合がある。上記問題について図１７を用いて説明する。図１７（ａ）の１７０１はOSDの画面サイズ例で縦480ピクセル、横720ピクセルである。一方図１７（ｂ）の１７０２はCD−GのTV GRAPHICSモードで規定されている画面サイズで縦192ピクセル、横288ピクセルである（非表示領域を除くサイズ）。ＣＤ−Ｇの表示画面をそのままＯＳＤにして出そうとすると中央に小さく表示されてしまう問題が発生する。
【００６５】
以上の問題を解決するために図３の３０３の各変換処理において縦・横を整数倍に拡大して変換を行うようにする。図１７における例を考えるとＣＤ−Ｇのサイズを縦・横各２倍に展開すると、縦384ピクセル・横576ピクセルとなり画面中央にほぼ正しく表示することができる。また、この比率を変更することによってＣＤ−Ｇ画面をＺＯＯＭ処理させることも可能となる。
【００６６】
以下に図１８および図１９を用いて図３の変換処理の改良点について説明する。
【００６７】
３０２によってコマンドがWrite FONTであった場合は、処理１８０１によって画像をPixel Bufferに展開する。ＯＳＤのPixel Bufferが拡大されているため以下のように展開する。１９０１はWrite FONTの１コマンドから作られる拡大前の画像データ(6×12Pixel)の一部で１〜４の各画素で構成される。１９０２は１９０１の画像を転送する先のPixel Buffer画素の一例で縦２倍・横２倍の場合である。１の画素データは10、２の画素データは20、３の画素データは30、４の画素データは40にそれぞれ展開を行う。展開が終わると１８０２の拡大処理により10の画素データを11〜13に、20の画素データは21〜23に、30の画素データは31〜33に、40の画素データは41〜43にコピーを行う。以上の処理を１コマンド分の全画像データ(6×12Pixel)に行うことによって拡大をしながらWrite FONTコマンドが実行できる。
【００６８】
３０２によってコマンドがEXCLUSIVEOR FONTであった場合は、１８０３によってPixel Bufferのデータと排他的論理和を行う。ＯＳＤのPixel Bufferが拡大されているため以下のように行う。１９０１はEXCLUSIVE FONTの１コマンドから作られる拡大前のデータ(6×12Pixel)の一部で１〜４の各要素で構成される。１９０２は１９０１のデータと排他的論理和されるPixel Buffer画素の一例で縦２倍・横２倍の場合である。１のデータは10、２のデータは20、３のデータは30、４のデータは40のデータの排他的論理和を行う。次にWrite FONTのときと同様にして１８０２の拡大処理を行うことによって10、20、30、40のデータはそれぞれ11〜13、21〜23、31〜33、41〜43にコピーされる。以上の処理を１コマンド分の全データ(6×12Pixel)に行うことによって拡大をしながらEXCLUSIVEOR FONTコマンドが実行できる。
【００６９】
３０２によってコマンドがPreset Memory、Preset Border、Soft Scroll with preset、Soft Scroll with copyの場合（１８０４）は、Pixel Bufferが拡大されているため、領域に合わせてクリア・スクロールを行う。
【００７０】
以上により、ＣＤ−ＧとＯＳＤの表示サイズが異なる場合でもテレビ画面にほぼフルサイズでの画像を提供できると共にＺＯＯＭ機能を提供することが可能となる。
【産業上の利用可能性】
【００７１】
本発明の光ディスク再生装置は、音楽データ再生の際にグラフィックデータを表示させるために、ＣＤＧデコーダを用いずに、ＡＶデコーダのＯＳＤ機能を利用することによって製造コストを下げることを可能にし、今後普及の増加することが予想されるグラフィック表示機能を備える音楽再生装置等の分野に有用である。
【図面の簡単な説明】
【００７２】
【図１】本発明におけるハードウエアブロック構成図である。
【図２】サブコーディング領域の1セクタ分のデータとCDGのグラフィックコマンドの説明図である。
【図３】本発明の第１の実施形態における図１の変換手段１０３のフロー図である。
【図４】本発明の第２の実施形態における音楽再生とＣＤ−Ｇサブコードデータを同期させて再生させるためのハードウエアブロック図である。
【図５】図３の変換手段においてSoft Scroll with preset・Soft Scroll with copy命令を実行させた場合のPixel Bufferの操作方法の概念図である。
【図６】図３の変換手段においてSoft Scroll with preset・Soft Scroll with copy命令を実行させた場合のPixel Bufferの操作フロー図である。
【図７】本発明の第３の実施形態におけるSoft Scroll with preset・Soft Scroll with copy命令を実行させた場合のPixel Bufferの操作方法の概念図である。
【図８】本発明の第３の実施形態におけるSoft Scroll with preset・Soft Scroll with copy命令を実行させた場合のPixel Bufferの操作フロー図である。
【図９】図３の変換手段においてLoad CLUT 0 … 7・Load CLUT 8 … 15 命令の一例とその一例を実行させた場合の動作を示す図である。
【図１０】本発明の第４の実施形態における図１の変換手段１０３の第１の動作フロー図である。
【図１１】本発明の第４の実施形態における図１の変換手段１０３の第２の動作フロー図である。
【図１２】本発明の第４の実施形態における図１の変換手段１０３の第３の動作フロー図である。
【図１３】図１０のソフトウエアにおいて、Load CLUT 0 … 7・Load CLUT 8 … 15命令が２つのPACKETに跨って記録されていたときの変換処理１０３の動作を示す図である。
【図１４】本発明の第５の実施形態における図１の変換手段１０３のフロー図である。
【図１５】図３の変換処理においてPreset Memory 命令を実行させた場合の動作を示す図である。
【図１６】本発明の第６の実施形態における図１の変換処理１０３のフロー図である。
【図１７】ＯＳＤの表示サイズ例とＣＤ−Ｇの表示サイズの規格の説明図である。
【図１８】本発明の第７の実施形態における図１の変換処理１０３のフロー図である。
【図１９】本発明の第７の実施形態における１８０２の拡大処理の処理概念図である。
【図２０】従来における、ＣＤ−Ｇのディスク再生装置におけるハードウエアブロック図である。
【符号の説明】
【００７３】
１０１  ドライブ（再生装置）
１０２  Audioデコーダ
１０３  変換手段
１０４  ＯＳＤ
１０５  MPEGデコーダ
１０６  制御手段
４０１  サブコードを保存するメモリ
４０２  音楽再生中のセクタデータ検出手段
２００１  ＣＤ−Ｇデコーダ
【図１】
2006186892.tif 000003
【図２】
2006186892.tif 000004
【図３】
2006186892.tif 000005
【図４】
2006186892.tif 000006
【図５】
2006186892.tif 000007
【図６】
2006186892.tif 000008
【図７】
2006186892.tif 000009
【図８】
2006186892.tif 000010
【図９】
2006186892.tif 000011
【図１０】
2006186892.tif 000012
【図１１】
2006186892.tif 000013
【図１２】
2006186892.tif 000014
【図１３】
2006186892.tif 000015
【図１４】
2006186892.tif 000016
【図１５】
2006186892.tif 000017
【図１６】
2006186892.tif 000018
【図１７】
2006186892.tif 000019
【図１８】
2006186892.tif 000020
【図１９】
2006186892.tif 000021
【図２０】
2006186892.tif 000022