動画再生方法
【課題】 高速なデコード処理を必要とされる動画データであってもスムーズに再生することができる動画再生方法及びゲーム機を提供する。
【解決手段】
画像展開装置、グラフィック演算処理ユニット及びビデオＲＡＭを有するグラフィックボードによってビデオゲーム機の表示装置に動画の再生を行なわせるための動画再生方法であって、このグラフィックボードは、ＤＸＴｃアルゴリズムにより圧縮され再生順に連結してなる各コマごとの前記圧縮動画データが格納された記憶装置から、再生に必要な全ての前記圧縮動画データを読み出して前記ビデオＲＡＭに格納する工程と、前記ビデオＲＡＭに、前記再生に必要な全ての圧縮動画データが格納されると、前記画像展開装置がこの圧縮動画データを読出し動画データとして再生順に展開する工程と、前記展開後の動画データを、前記グラフィック演算処理ユニットが所定の時間間隔で前記表示装置に転送することで動画として再生する工程とを有する。
【解決手段】
画像展開装置、グラフィック演算処理ユニット及びビデオＲＡＭを有するグラフィックボードによってビデオゲーム機の表示装置に動画の再生を行なわせるための動画再生方法であって、このグラフィックボードは、ＤＸＴｃアルゴリズムにより圧縮され再生順に連結してなる各コマごとの前記圧縮動画データが格納された記憶装置から、再生に必要な全ての前記圧縮動画データを読み出して前記ビデオＲＡＭに格納する工程と、前記ビデオＲＡＭに、前記再生に必要な全ての圧縮動画データが格納されると、前記画像展開装置がこの圧縮動画データを読出し動画データとして再生順に展開する工程と、前記展開後の動画データを、前記グラフィック演算処理ユニットが所定の時間間隔で前記表示装置に転送することで動画として再生する工程とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は圧縮動画データを再生する方法に関する。
【背景技術】
【０００２】
従来では動画を再生するためには、ＣＰＵが、圧縮された動画データのデコードを行ないつつグラフィックボードのビデオＲＡＭに順次転送していた。ここで、一般的に、動画像のデコード処理はその負担が大きく演算性能が余り高くないＣＰＵでは再生がスムーズに行えない場合もある。
【０００３】
特許文献１には、デコード処理に用いる演算式に新たなアルゴリズムを用いたことによりデコード処理速度を改善させた装置が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−８６５０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、この特許文献１に係る発明のように、演算式に新たなアルゴリズムを用いたとしても、ＣＰＵのみが動画データのデコード処理を行っていることには変わりない。すなわち、より高速なデコード処理速度が必要とされる３Ｄなどの動画データをスムーズに再生させるには、並行して他の制御も同時に処理するＣＰＵだけではその負担が大きくなりすぎスムーズには再生できない場合がある。
【０００６】
本発明は、このような点に鑑み、高速なデコード処理を必要とされる動画データであってもスムーズに再生することができる動画再生方法及びゲーム機を提供する。
【課題を解決するための手段】
【０００７】
この発明の主要な観点によれば画像展開装置、グラフィック演算処理ユニット及びビデオＲＡＭを有するグラフィックボードによってビデオゲーム機の表示装置に動画の再生を行なわせるための動画再生方法であって、このグラフィックボードは、ＤＸＴＣアルゴリズムにより圧縮され再生順に連結してなる各コマごとの前記圧縮動画データが格納された記憶装置から、再生に必要な全ての前記圧縮動画データを読み出して前記ビデオＲＡＭに格納する工程と、前記ビデオＲＡＭに、前記再生に必要な全ての圧縮動画データが格納されると、前記画像展開装置がこの圧縮動画データを読出し動画データとして再生順に展開する工程と、前記展開後の動画データを、前記グラフィック演算処理ユニットが所定の時間間隔で前記表示装置に転送することで動画として再生する工程とを有することを特徴とする動画再生方法が提供される。
【０００８】
また、この場合、前記ビデオＲＡＭの記憶容量がリアルタイムでどのくらいあるのかを記憶可能容量として検出する工程と、前記記憶可能容量と前記圧縮動画データのデータ量とを比較する工程と、前記圧縮動画データのデータ量が前記記憶可能容量よりも大きい場合、この圧縮動画データを前記記憶可能容量以下のデータ量になるように分割する行程と、この分割された圧縮動画データ毎に前記ビデオＲＡＭに格納する工程とを有し、さらに、前記表示装置に転送済みの前記圧縮動画データを前記ビデオＲＡＭから順次削除する工程と、前記分割された残りの圧縮動画データのうち次に再生すべき圧縮動画データのデータ量と前記記憶可能容量とを比較する行程と、前記記憶可能容量の方が前記次に再生すべき圧縮動画データの容量よりも大きくなった場合に、前記次に再生すべき圧縮動画データを全て読み出して前記ビデオＲＡＭに格納する工程とを有することが望ましい。
【０００９】
また、この発明の別の実施形態によれば、前記記憶装置には、異なる複数の圧縮動画データが格納されており、前記グラフィックボードは、前記ビデオＲＡＭの前記格納領域を複数に区分けする行程と、前記記憶装置から前記異なる複数の圧縮動画データを再生に必要なだけそれぞれ全て読み出して、前記区分けされた各格納領域にそれぞれ格納する工程と、前記各記憶領域に、前記再生に必要な全ての各圧縮動画データがそれぞれ格納されると、前記画像展開装置が前記各圧縮動画データをそれぞれ読出しそれぞれの動画データとして再生順に展開する工程と、前記展開後の各動画データを合成し所定の時間間隔で前記表示装置にそれぞれ転送することで複数の異なる動画を同時に再生する工程とを有することを特徴とする動画再生方法が提供される。
【００１０】
また、この発明の別の観点によれば、画像展開装置、グラフィック演算処理ユニット及びビデオＲＡＭを有するグラフィックボードによって表示装置に動画の再生を行なわせるゲーム機であって、このグラフィックボードは、ＤＸＴＣアルゴリズムにより圧縮され再生順に連結してなる各コマごとの前記圧縮動画データが格納された記憶装置から、再生に必要な全ての前記圧縮動画データを読み出して前記ビデオＲＡＭに格納する手段と、前記ビデオＲＡＭに、前記再生に必要な全ての圧縮動画データが格納されると、前記画像展開装置がこの圧縮動画データを読出し動画データとして再生順に展開する手段と、前記展開後の動画データを、前記グラフィック演算処理ユニットが所定の時間間隔で前記表示装置に転送することで動画として再生する手段とを有することを特徴とするゲーム機が提供される。
【発明の効果】
【００１１】
高速なデコード処理を必要とされる動画データであってもスムーズに再生することができる動画再生方法を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、この発明の一実施形態を示すブロック図である。
【図２】図２は、一実施形態を示すフローチャートである。
【図３】図３は、一実施形態を示すフローチャートである。
【発明を実施するための形態】
【００１３】
上述した本発明の特徴以外の特徴及びこの発明の顕著な効果については、次の発明の実施の形態および図面を参照することで当業者が容易に理解することができる。
【００１４】
以下、図１〜３を参照しつつ、本願発明の一実施形態について説明する。
【００１５】
図１は、この一実施形態としての画像処理装置１の構成を示す機能ブロック図である。なお、前記画像処理装置１は、本実施形態では、アミューズメントパークなどに設置されたビデオゲーム機の制御ユニットに搭載されていることを想定している。ただ、これに限定されず、この画像処理装置１は、例えば、パーソナルコンピュータなどに搭載されるものであってもよい。
【００１６】
ここで、この画像処理装置１は、グラフィックボード３、ＣＰＵ７、ＲＡＭ８、データ格納部１０及びプログラム格納部１１を有しており、それぞれがバスを介して互いに接続されている。また、上記グラフィックボード３は図示しない入出力インターフェースを介して表示装置２と接続されている。
【００１７】
前記データ格納部１０には、ゲームデータ１３及び圧縮動画データ１６（Ａ、Ｂ）が格納されている。ここで、前記ゲームデータ１３は、ゲームを実行させるために必要なデータであり、例えばキャラクタデータやゲームシーケンスデータなどである。そして、下述するゲーム実行部１９によって必要なデータが適宜読み出されることで、プレイヤの操作に従ってゲームが実行されるようになっている。
【００１８】
ここで、前記圧縮動画データ１６は、本実施形態では、圧縮動画データＡ、Ｂの２つを有している（以下、Ａ、Ｂを特に区別しない場合には単に「圧縮動画データ１６」と表記する）。なお、この圧縮動画データ１６は、具体的には、コイン投入までの待機中やゲームプレイ中などに比較的に短時間（例えば３０秒）で前記表示装置２に再生表示させるべき３Ｄムービーなどの動画データが圧縮化されたものである。
【００１９】
また、この圧縮動画データは３Ｄコンピュータグラフィックスを圧縮させる技術であるＤＸＴＣ（ＤｉｒｅｃｔＸ Ｔｅｘｔｕｒｅ Ｃｏｍｐｒｅｓｓｉｏｎ）によって圧縮化されている。そして、この圧縮動画データ１６は、圧縮されたまま前記データ格納部１０から後述するビデオＲＡＭ４へ転送可能になっている。すなわち、この画像処理装置１では、従来のように圧縮動画データのデコードを行ないつつビデオＲＡＭに順次転送するという処理は行われず、前記圧縮動画データＡは圧縮された状態で前記圧縮動画データ格納領域９に全て転送される。
【００２０】
前記プログラム格納部１１には、メイン制御部１８、ゲーム実行部１９、記憶容量比較部２０、圧縮データ分割部２１及び圧縮データ削除部２２を有している。なお、このプログラム格納部１１に格納された各機能部１８〜２２は、実際には前記ＣＰＵ７によって前記ＲＡＭ８上に呼び出されて実行される実行プログラムである。
【００２１】
前記グラフィックボード３は、ビデオＲＡＭ４、ＧＰＵ（Ｇｒａｐｈｉｃ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、本願発明の「グラフィック演算処理ユニット」に対応）５及び画像展開装置６を有している。
【００２２】
前記ビデオＲＡＭ４は、グラフィックを主に処理するためのメモリである。そして本実施形態では、前記ビデオＲＡＭ４は、前記圧縮動画データ１６を格納するための圧縮動画データ格納領域９を有している。ここで、この圧縮動画データ格納領域９は、前記メイン制御部１８によって前記データ格納部１０から読み出された再生に必要な全ての前記圧縮動画データ１６を一時的に格納するようになっている。
【００２３】
また、このビデオＲＡＭ４の最大記憶容量のうち、具体的にどの位の容量を前記圧縮動画データ格納領域９に割当てるかは適宜設計が可能であるが、少なくとも１２８ＭＢ分の圧縮動画データが格納されるようになっていることが望ましい。なお、このデータ容量では、おおよそ３０秒程度の３Ｄムービーの再生が可能である。また、この圧縮動画データ格納領域９の記憶可能な容量（以下「記憶可能容量」という）がどのくらいあるかは、前記記憶容量比較部２０によってリアルタイムで検出されるようになっている。
【００２４】
前記画像展開装置６は、前記圧縮動画データ１６をデコード処理するものである。ここで、この画像展開装置６は、ＤＸＴＣによって圧縮された動画データをデコード処理出来るものであれば良く、例えば、汎用のグラフィックボードに標準搭載されているような、主にテクスチャマッピングを行うための演算装置を利用するものであっても良い。
【００２５】
また、前記画像展開装置６には、前記圧縮動画データ格納領域９に格納された前記圧縮動画データ１６が前記ＧＰＵ５によってこの画像展開装置６に転送されるようになっており、そして、当該転送された前記圧縮動画データ１６がこの画像展開装置６によってデコード処理されるようになっている。そして、この画像展開装置６によってデコード処理の完了した動画データ（以下、前記圧縮動画データ１６と区別するため、デコード処理後のものをこのように「動画データ」という）は前記ＧＰＵ５に転送されるようになっている。
【００２６】
前記ＧＰＵ５は、グラフィックを主に処理するための演算処理ユニットである。そして、このＧＰＵ５は、前記メイン制御部１８からの指示に基づいて、上述したように、前記圧縮動画データ格納領域９に格納された前記圧縮動画データ１６を読出し前記画像展開装置６に転送するようになっている。なお、その際、前記圧縮動画データ１６は各コマ画像が再生順になるように連結され順次転送されるようになっている。また、このＧＰＵ５は、前記画像展開装置６からデコード後の動画データが転送されると、その動画データにレンダリング処理などを施し前記表示装置２にビデオ信号として出力するようになっている。すなわち、これにより前記表示装置２には動画（本実施形態では３Ｄムービー）が再生表示される。
【００２７】
次に、本実施形態の作用を説明する。
【００２８】
（通常処理）
図２は、本実施形態の通常処理について示したフローチャートである。この通常処理とは、前記圧縮動画データ１６のデータ容量が前記圧縮動画データ格納領域９の記憶可能容量（本実施形態では１２８ＭＢとする）よりも小さい場合の処理である。すなわち、本実施形態においては、図１に示した前記圧縮動画データＡ（１００ＭＢ）を動画Ａとして再生する場合の処理である。なお、以下に示す符号Ｓ１〜９は、図２のＳ１〜９に対応している。
【００２９】
まず、前記ゲーム実行部１９がゲームシーケンスデータに従って動画Ａ（圧縮動画データＡに対応）を表示しようとする場合、前記メイン制御部１８は、前記ゲーム実行部１９によって処理されるゲーム進行に応じて前記データ格納部１０から前記圧縮動画データＡを全て読み出す（Ｓ１）。そして、前記メイン制御部１８は、この読み出した前記圧縮動画データＡを全て前記圧縮動画データ格納領域９に転送する（Ｓ２）。すると前記圧縮動画データ格納領域９には、この転送された前記圧縮動画データＡ（１００ＭＢ）が全て格納される（Ｓ３）。
【００３０】
次いで、前記ＧＰＵ５は、前記メイン制御部１８の指示により、前記圧縮動画データ格納領域９に格納された前記圧縮動画データＡを読み出しつつ前記画像展開装置６に転送する。なお、このとき、前記ＧＰＵ５は、前記圧縮動画データＡの各コマ画像が再生順になるように連結し順次転送する（Ｓ４）。
【００３１】
前記画像展開装置６は、前記ビデオＲＡＭ４から転送された前記圧縮動画データＡを受信すると、この前記圧縮動画データＡのデコード処理を開始する（Ｓ５）。そして、前記画像展開装置６は、デコード処理の完了した動画データＡの各コマ画像を前記ＧＰＵ５に転送する（Ｓ６）。
【００３２】
そして、前記ＧＰＵ５は、受信した動画データＡを、各コマ画像ごとにレンダリング処理などを施し、そしてビデオ信号として前記表示装置２に順次出力する（Ｓ７）。すると、前記表示装置２には動画Ａとして３Ｄムービーが再生表示される（Ｓ８）。
【００３３】
また、前記圧縮データ削除部２２は、前記動画データＡの前記表示装置２への出力が終了すると、それに伴い対応する前記圧縮動画データＡを、例えば、各コマ毎に前記圧縮動画データ格納領域９から順次削除していく（Ｓ９）。すなわち、これにより前記圧縮動画データ格納領域９の記憶可能容量が次第に増加していく。そして、最終的に全ての前記圧縮動画データＡが前記圧縮動画データ格納領域９から削除されてこの通常処理は終了する。
【００３４】
（分割処理）
図３は、本実施形態における分割処理について示したフローチャートである。ここで、分割処理とは、前記圧縮動画データ格納領域９の記憶可能容量よりも前記圧縮動画データ１６のデータ容量の方が大きく、そのままでは前記圧縮動画データ１６を前記圧縮動画データ格納領域９に全て格納しきれない場合に、前記圧縮動画データ１６を複数に分割して処理するものである。本実施形態では、前記圧縮動画データ格納領域９の記憶可能容量（１２８ＭＢ）に対してデータ容量の大きい前記圧縮動画データＢ（１５０ＭＢ）を再生する場合の処理である。以下、この分割処理について説明する。なお、図３に示した符号Ｓ１１〜２６は、以下の説明における符号Ｓ１１〜２６に対応している。
【００３５】
まず、前記ゲーム実行部１９がゲームシーケンスデータに従って動画Ｂ（圧縮動画データＢに対応）を表示しようとする場合、前記記憶容量比較部２０は、前記圧縮動画データ格納領域９の記憶可能容量（本実施形態では最大容量である１２８ＭＢ）を検出し（Ｓ１１）、そして、前記圧縮動画データＢの容量（１５０ＭＢ）と比較する（Ｓ１２）。
【００３６】
このとき、仮に前記圧縮動画データ１６のデータ容量が前記圧縮動画データ格納領域９の記憶可能容量よりも小さい場合（Ｓ１３のＹＥＳ）には、上述した通常処理（図２）を行う。一方、本実施形態のように、前記圧縮動画データＢのデータ容量が前記圧縮動画データ格納領域９の記憶可能容量よりも大きい場合（Ｓ１３のＮＯ）には、前記圧縮データ分割部２１は、前記圧縮動画データ格納領域９の記憶可能容量よりも小さくなるように前記圧縮動画データＢを分割して前記データ格納部１０から読み出す（Ｓ１４）。例えば、前記圧縮データ分割部２１は、前記圧縮動画データＢを８０ＭＢと７０ＭＢの２つに分割する。
【００３７】
そして、前記圧縮データ分割部２１は、この読み出された分割後の前記圧縮動画データＢのうち最初の８０ＭＢ分（以下、「単位圧縮動画データＢ１」という）を全て前記圧縮動画データ格納領域９に転送する（Ｓ１５）。すると前記圧縮動画データ格納領域９には、前記単位圧縮動画データＢ１が全て（８０ＭＢ分）格納される（Ｓ１６）。
【００３８】
次に、前記ＧＰＵ５は、前記メイン制御部１８の指示により、前記圧縮動画データ格納領域９に格納された前記単位圧縮動画データＢ１を読み出し前記画像展開装置６に順次転送する。なお、このとき、前記ＧＰＵ５は、前記単位圧縮動画データＢ１の各コマ画像が再生順になるように連結し順次転送する（Ｓ１７）。
【００３９】
前記画像展開装置６は、前記圧縮動画データ格納領域９から転送された前記単位圧縮動画データＢ１を受信すると、この単位圧縮動画データＢ１のデコード処理を開始する（Ｓ１８）。そして、前記画像展開装置６は、デコード処理の完了したものを動画データＢ１として各コマ画像を前記ＧＰＵ５に転送する（Ｓ１９）。
【００４０】
そして、前記ＧＰＵ５は、受信した動画データＢ１の各コマ画像ごとにレンダリング処理などを施し、ビデオ信号として前記表示装置２に転送する（Ｓ２０）。すると、前記表示装置２には動画Ｂ１として３Ｄムービーが再生表示される（Ｓ２１）。
【００４１】
ここで、本実施形態のように、残りの圧縮動画データＢの７０ＭＢ分（以下「単位動画圧縮データＢ２」と表記する）が未だ前記データ格納部１０に残っている場合には（Ｓ２２のＹＥＳ）、前記圧縮データ削除部２２は、前記動画データＢ１の前記表示装置２への出力が終了すると、それに伴い対応する前記圧縮動画データＢ１を、例えば、各コマ毎に前記圧縮動画データ格納領域９から順次削除していく（Ｓ２３）。すなわち、これにより前記圧縮動画データ格納領域９の記憶可能容量が次第に増加していく。
【００４２】
そして、前記圧縮動画データ格納領域９の記憶可能容量がその残りの単位圧縮動画データＢ２のデータ容量（７０ＭＢ）以上になったことが前記記憶容量比較部２０によって検出されると、前記圧縮データ分割部２１は、前記単位圧縮動画データＢ２の全てを前記圧縮動画データ格納領域９に格納可能になったと判断する（Ｓ２４のＹＥＳ）。そして前記圧縮データ分割部２１は、前記データ格納部１０から前記単位圧縮動画データＢ２を全て読み出し、前記圧縮動画データ格納領域９に全て転送する（Ｓ２５）。
【００４３】
そして、上述したＳ１６〜Ｓ２１を経て、前記単位圧縮動画データＢ２の前記表示装置２への出力が全て終了すると（Ｓ２２のＮＯ）、前記圧縮データ削除部２２は、それに伴い対応する前記圧縮動画データＢ２を、例えば、各コマ毎に前記圧縮動画データ格納領域９から順次削除していく。そして、最終的に全ての前記圧縮動画データＢ２が前記圧縮動画データ格納領域９から削除されてこの分割処理は終了する（Ｓ２６）。
【００４４】
なお、この発明は、上記一実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。
【００４５】
（並列処理）
例えば、上述した通常処理及び分割処理においては、１つの動画像として前記圧縮動画データＡ若しくはＢを処理したものであったが、以下に説明するように、異なる複数の前記圧縮動画データＣ、Ｄを並列的に処理するものであってもよい。
【００４６】
すなわち、この場合、前記ゲーム実行部１９がゲームシーケンスデータに従って異なる複数の動画像（例えば、２つの異なる３ＤデモムービーＣ、Ｄ）を、前記表示装置２に分割表示させたり若しくは図示しない他のゲーム機とで同時に再生したりする場合（例えば１プレイヤと２プレイヤで前記画像処理装置１は共通するが画面は異なるという場合）、前記メイン制御部１８は、前記ビデオＲＡＭ４に並列処理する数だけ区分けされた複数の記憶領域を予め設けておく。例えば、前記圧縮動画データＣ、Ｄがある場合には、前記ビデオＲＡＭ４の記憶領域もそれに応じて２つに区分けする。
【００４７】
次に、前記メイン制御部１８は、前記ゲーム実行部１９が処理しているゲーム進行に応じて前記データ格納部１０から前記圧縮動画データＣ、Ｄを全て読み出す。
【００４８】
そして、前記メイン制御部１８は、この読み出した各前記圧縮動画データＣ、Ｄを全て前記割当てられたビデオＲＡＭ４の記憶領域にそれぞれ全て転送する。すなわちこの場合、前記ビデオＲＡＭ４に割当てられた各記憶領域には、これら転送された各前記圧縮動画データＣ、Ｄがそれぞれ全て格納される。
【００４９】
次いで、前記ＧＰＵ５は、前記メイン制御部１８の指示により、前記ビデオＲＡＭ４に格納された各前記圧縮動画データＣ、Ｄをそれぞれ読出し前記画像展開装置６に並列的に転送する。また、前記ＧＰＵ５は、各前記圧縮動画データＣ、Ｄの各コマ画像がそれぞれ再生順になるように連結し順次転送する。
【００５０】
前記画像展開装置６は、前記ビデオＲＡＭ４から読出され転送された各前記圧縮動画データＣ、Ｄを受信すると、各前記圧縮動画データＣ、Ｄのデコード処理の並列処理を開始する。そして、前記画像展開装置６は、デコード処理の完了した動画データＣ、Ｄの各コマ画像を順次、前記ＧＰＵ５にそれぞれ転送する。
【００５１】
次いで、前記ＧＰＵ５は、受信した各動画データＣ、Ｄの各コマ画像ごとにレンダリング処理などを並列的に施すと共に、一画像になるよう合成して動画像を生成する。そしてこの生成後の動画像（以下、単に「動画像」という）Ｃ、Ｄをビデオ信号として前記表示装置２に転送する。すると、前記表示装置２には動画像Ｃ、Ｄが一画像として並列的に再生表示される。なお、このとき複数の表示装置に別個に動画像Ｃ若しくはＤをそれぞれ表示させたい場合には、各動画データＣ、Ｄの各ビデオ信号を別個の表示装置にそれぞれ出力すればよい。
【００５２】
また、前記圧縮データ削除部２２は、前記表示装置２に転送が終了した順に前記圧縮動画データＣ、Ｄを前記ビデオＲＡＭ４から順次削除していき、最終的に全ての前記圧縮動画データＣ、Ｄが削除されてこの処理は終了する。
【００５３】
なお、この並列処理は、もちろん前記分割処理と組み合わせて処理するものであってもよい。例えば、本実施形態での圧縮動画データＡ（１００ＭＢ）及びＢ（１５０ＭＢ）を並列処理しようとする場合には（前記圧縮動画データ格納領域９の記憶可能容量（１２８ＭＢ）には、両データを一度に格納しきれないので）、前記区分けされた前記圧縮動画データ格納領域９の各記憶領域毎において、上述した分割処理（Ｓ１１〜Ｓ２６）をそれぞれ行うようにすればよい。すなわちこの場合、再生表示しようとする各圧縮動画データのデータ容量にとらわれず並列処理が可能となる。
【符号の説明】
【００５４】
１…画像処理装置
２…表示装置
３…グラフィックボード
４…ビデオＲＡＭ
５…ＧＰＵ
６…画像展開装置
７…ＣＰＵ
８…ＲＡＭ
９…圧縮動画データ格納領域
１０…データ格納部
１１…プログラム格納部
１３…ゲームデータ
１６…圧縮動画データ（Ａ、Ｂ）
１８…メイン制御部
１９…ゲーム実行部
２０…記憶容量比較部
２１…圧縮データ分割部
２２…圧縮データ削除部
【技術分野】
【０００１】
本発明は圧縮動画データを再生する方法に関する。
【背景技術】
【０００２】
従来では動画を再生するためには、ＣＰＵが、圧縮された動画データのデコードを行ないつつグラフィックボードのビデオＲＡＭに順次転送していた。ここで、一般的に、動画像のデコード処理はその負担が大きく演算性能が余り高くないＣＰＵでは再生がスムーズに行えない場合もある。
【０００３】
特許文献１には、デコード処理に用いる演算式に新たなアルゴリズムを用いたことによりデコード処理速度を改善させた装置が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−８６５０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、この特許文献１に係る発明のように、演算式に新たなアルゴリズムを用いたとしても、ＣＰＵのみが動画データのデコード処理を行っていることには変わりない。すなわち、より高速なデコード処理速度が必要とされる３Ｄなどの動画データをスムーズに再生させるには、並行して他の制御も同時に処理するＣＰＵだけではその負担が大きくなりすぎスムーズには再生できない場合がある。
【０００６】
本発明は、このような点に鑑み、高速なデコード処理を必要とされる動画データであってもスムーズに再生することができる動画再生方法及びゲーム機を提供する。
【課題を解決するための手段】
【０００７】
この発明の主要な観点によれば画像展開装置、グラフィック演算処理ユニット及びビデオＲＡＭを有するグラフィックボードによってビデオゲーム機の表示装置に動画の再生を行なわせるための動画再生方法であって、このグラフィックボードは、ＤＸＴＣアルゴリズムにより圧縮され再生順に連結してなる各コマごとの前記圧縮動画データが格納された記憶装置から、再生に必要な全ての前記圧縮動画データを読み出して前記ビデオＲＡＭに格納する工程と、前記ビデオＲＡＭに、前記再生に必要な全ての圧縮動画データが格納されると、前記画像展開装置がこの圧縮動画データを読出し動画データとして再生順に展開する工程と、前記展開後の動画データを、前記グラフィック演算処理ユニットが所定の時間間隔で前記表示装置に転送することで動画として再生する工程とを有することを特徴とする動画再生方法が提供される。
【０００８】
また、この場合、前記ビデオＲＡＭの記憶容量がリアルタイムでどのくらいあるのかを記憶可能容量として検出する工程と、前記記憶可能容量と前記圧縮動画データのデータ量とを比較する工程と、前記圧縮動画データのデータ量が前記記憶可能容量よりも大きい場合、この圧縮動画データを前記記憶可能容量以下のデータ量になるように分割する行程と、この分割された圧縮動画データ毎に前記ビデオＲＡＭに格納する工程とを有し、さらに、前記表示装置に転送済みの前記圧縮動画データを前記ビデオＲＡＭから順次削除する工程と、前記分割された残りの圧縮動画データのうち次に再生すべき圧縮動画データのデータ量と前記記憶可能容量とを比較する行程と、前記記憶可能容量の方が前記次に再生すべき圧縮動画データの容量よりも大きくなった場合に、前記次に再生すべき圧縮動画データを全て読み出して前記ビデオＲＡＭに格納する工程とを有することが望ましい。
【０００９】
また、この発明の別の実施形態によれば、前記記憶装置には、異なる複数の圧縮動画データが格納されており、前記グラフィックボードは、前記ビデオＲＡＭの前記格納領域を複数に区分けする行程と、前記記憶装置から前記異なる複数の圧縮動画データを再生に必要なだけそれぞれ全て読み出して、前記区分けされた各格納領域にそれぞれ格納する工程と、前記各記憶領域に、前記再生に必要な全ての各圧縮動画データがそれぞれ格納されると、前記画像展開装置が前記各圧縮動画データをそれぞれ読出しそれぞれの動画データとして再生順に展開する工程と、前記展開後の各動画データを合成し所定の時間間隔で前記表示装置にそれぞれ転送することで複数の異なる動画を同時に再生する工程とを有することを特徴とする動画再生方法が提供される。
【００１０】
また、この発明の別の観点によれば、画像展開装置、グラフィック演算処理ユニット及びビデオＲＡＭを有するグラフィックボードによって表示装置に動画の再生を行なわせるゲーム機であって、このグラフィックボードは、ＤＸＴＣアルゴリズムにより圧縮され再生順に連結してなる各コマごとの前記圧縮動画データが格納された記憶装置から、再生に必要な全ての前記圧縮動画データを読み出して前記ビデオＲＡＭに格納する手段と、前記ビデオＲＡＭに、前記再生に必要な全ての圧縮動画データが格納されると、前記画像展開装置がこの圧縮動画データを読出し動画データとして再生順に展開する手段と、前記展開後の動画データを、前記グラフィック演算処理ユニットが所定の時間間隔で前記表示装置に転送することで動画として再生する手段とを有することを特徴とするゲーム機が提供される。
【発明の効果】
【００１１】
高速なデコード処理を必要とされる動画データであってもスムーズに再生することができる動画再生方法を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、この発明の一実施形態を示すブロック図である。
【図２】図２は、一実施形態を示すフローチャートである。
【図３】図３は、一実施形態を示すフローチャートである。
【発明を実施するための形態】
【００１３】
上述した本発明の特徴以外の特徴及びこの発明の顕著な効果については、次の発明の実施の形態および図面を参照することで当業者が容易に理解することができる。
【００１４】
以下、図１〜３を参照しつつ、本願発明の一実施形態について説明する。
【００１５】
図１は、この一実施形態としての画像処理装置１の構成を示す機能ブロック図である。なお、前記画像処理装置１は、本実施形態では、アミューズメントパークなどに設置されたビデオゲーム機の制御ユニットに搭載されていることを想定している。ただ、これに限定されず、この画像処理装置１は、例えば、パーソナルコンピュータなどに搭載されるものであってもよい。
【００１６】
ここで、この画像処理装置１は、グラフィックボード３、ＣＰＵ７、ＲＡＭ８、データ格納部１０及びプログラム格納部１１を有しており、それぞれがバスを介して互いに接続されている。また、上記グラフィックボード３は図示しない入出力インターフェースを介して表示装置２と接続されている。
【００１７】
前記データ格納部１０には、ゲームデータ１３及び圧縮動画データ１６（Ａ、Ｂ）が格納されている。ここで、前記ゲームデータ１３は、ゲームを実行させるために必要なデータであり、例えばキャラクタデータやゲームシーケンスデータなどである。そして、下述するゲーム実行部１９によって必要なデータが適宜読み出されることで、プレイヤの操作に従ってゲームが実行されるようになっている。
【００１８】
ここで、前記圧縮動画データ１６は、本実施形態では、圧縮動画データＡ、Ｂの２つを有している（以下、Ａ、Ｂを特に区別しない場合には単に「圧縮動画データ１６」と表記する）。なお、この圧縮動画データ１６は、具体的には、コイン投入までの待機中やゲームプレイ中などに比較的に短時間（例えば３０秒）で前記表示装置２に再生表示させるべき３Ｄムービーなどの動画データが圧縮化されたものである。
【００１９】
また、この圧縮動画データは３Ｄコンピュータグラフィックスを圧縮させる技術であるＤＸＴＣ（ＤｉｒｅｃｔＸ Ｔｅｘｔｕｒｅ Ｃｏｍｐｒｅｓｓｉｏｎ）によって圧縮化されている。そして、この圧縮動画データ１６は、圧縮されたまま前記データ格納部１０から後述するビデオＲＡＭ４へ転送可能になっている。すなわち、この画像処理装置１では、従来のように圧縮動画データのデコードを行ないつつビデオＲＡＭに順次転送するという処理は行われず、前記圧縮動画データＡは圧縮された状態で前記圧縮動画データ格納領域９に全て転送される。
【００２０】
前記プログラム格納部１１には、メイン制御部１８、ゲーム実行部１９、記憶容量比較部２０、圧縮データ分割部２１及び圧縮データ削除部２２を有している。なお、このプログラム格納部１１に格納された各機能部１８〜２２は、実際には前記ＣＰＵ７によって前記ＲＡＭ８上に呼び出されて実行される実行プログラムである。
【００２１】
前記グラフィックボード３は、ビデオＲＡＭ４、ＧＰＵ（Ｇｒａｐｈｉｃ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、本願発明の「グラフィック演算処理ユニット」に対応）５及び画像展開装置６を有している。
【００２２】
前記ビデオＲＡＭ４は、グラフィックを主に処理するためのメモリである。そして本実施形態では、前記ビデオＲＡＭ４は、前記圧縮動画データ１６を格納するための圧縮動画データ格納領域９を有している。ここで、この圧縮動画データ格納領域９は、前記メイン制御部１８によって前記データ格納部１０から読み出された再生に必要な全ての前記圧縮動画データ１６を一時的に格納するようになっている。
【００２３】
また、このビデオＲＡＭ４の最大記憶容量のうち、具体的にどの位の容量を前記圧縮動画データ格納領域９に割当てるかは適宜設計が可能であるが、少なくとも１２８ＭＢ分の圧縮動画データが格納されるようになっていることが望ましい。なお、このデータ容量では、おおよそ３０秒程度の３Ｄムービーの再生が可能である。また、この圧縮動画データ格納領域９の記憶可能な容量（以下「記憶可能容量」という）がどのくらいあるかは、前記記憶容量比較部２０によってリアルタイムで検出されるようになっている。
【００２４】
前記画像展開装置６は、前記圧縮動画データ１６をデコード処理するものである。ここで、この画像展開装置６は、ＤＸＴＣによって圧縮された動画データをデコード処理出来るものであれば良く、例えば、汎用のグラフィックボードに標準搭載されているような、主にテクスチャマッピングを行うための演算装置を利用するものであっても良い。
【００２５】
また、前記画像展開装置６には、前記圧縮動画データ格納領域９に格納された前記圧縮動画データ１６が前記ＧＰＵ５によってこの画像展開装置６に転送されるようになっており、そして、当該転送された前記圧縮動画データ１６がこの画像展開装置６によってデコード処理されるようになっている。そして、この画像展開装置６によってデコード処理の完了した動画データ（以下、前記圧縮動画データ１６と区別するため、デコード処理後のものをこのように「動画データ」という）は前記ＧＰＵ５に転送されるようになっている。
【００２６】
前記ＧＰＵ５は、グラフィックを主に処理するための演算処理ユニットである。そして、このＧＰＵ５は、前記メイン制御部１８からの指示に基づいて、上述したように、前記圧縮動画データ格納領域９に格納された前記圧縮動画データ１６を読出し前記画像展開装置６に転送するようになっている。なお、その際、前記圧縮動画データ１６は各コマ画像が再生順になるように連結され順次転送されるようになっている。また、このＧＰＵ５は、前記画像展開装置６からデコード後の動画データが転送されると、その動画データにレンダリング処理などを施し前記表示装置２にビデオ信号として出力するようになっている。すなわち、これにより前記表示装置２には動画（本実施形態では３Ｄムービー）が再生表示される。
【００２７】
次に、本実施形態の作用を説明する。
【００２８】
（通常処理）
図２は、本実施形態の通常処理について示したフローチャートである。この通常処理とは、前記圧縮動画データ１６のデータ容量が前記圧縮動画データ格納領域９の記憶可能容量（本実施形態では１２８ＭＢとする）よりも小さい場合の処理である。すなわち、本実施形態においては、図１に示した前記圧縮動画データＡ（１００ＭＢ）を動画Ａとして再生する場合の処理である。なお、以下に示す符号Ｓ１〜９は、図２のＳ１〜９に対応している。
【００２９】
まず、前記ゲーム実行部１９がゲームシーケンスデータに従って動画Ａ（圧縮動画データＡに対応）を表示しようとする場合、前記メイン制御部１８は、前記ゲーム実行部１９によって処理されるゲーム進行に応じて前記データ格納部１０から前記圧縮動画データＡを全て読み出す（Ｓ１）。そして、前記メイン制御部１８は、この読み出した前記圧縮動画データＡを全て前記圧縮動画データ格納領域９に転送する（Ｓ２）。すると前記圧縮動画データ格納領域９には、この転送された前記圧縮動画データＡ（１００ＭＢ）が全て格納される（Ｓ３）。
【００３０】
次いで、前記ＧＰＵ５は、前記メイン制御部１８の指示により、前記圧縮動画データ格納領域９に格納された前記圧縮動画データＡを読み出しつつ前記画像展開装置６に転送する。なお、このとき、前記ＧＰＵ５は、前記圧縮動画データＡの各コマ画像が再生順になるように連結し順次転送する（Ｓ４）。
【００３１】
前記画像展開装置６は、前記ビデオＲＡＭ４から転送された前記圧縮動画データＡを受信すると、この前記圧縮動画データＡのデコード処理を開始する（Ｓ５）。そして、前記画像展開装置６は、デコード処理の完了した動画データＡの各コマ画像を前記ＧＰＵ５に転送する（Ｓ６）。
【００３２】
そして、前記ＧＰＵ５は、受信した動画データＡを、各コマ画像ごとにレンダリング処理などを施し、そしてビデオ信号として前記表示装置２に順次出力する（Ｓ７）。すると、前記表示装置２には動画Ａとして３Ｄムービーが再生表示される（Ｓ８）。
【００３３】
また、前記圧縮データ削除部２２は、前記動画データＡの前記表示装置２への出力が終了すると、それに伴い対応する前記圧縮動画データＡを、例えば、各コマ毎に前記圧縮動画データ格納領域９から順次削除していく（Ｓ９）。すなわち、これにより前記圧縮動画データ格納領域９の記憶可能容量が次第に増加していく。そして、最終的に全ての前記圧縮動画データＡが前記圧縮動画データ格納領域９から削除されてこの通常処理は終了する。
【００３４】
（分割処理）
図３は、本実施形態における分割処理について示したフローチャートである。ここで、分割処理とは、前記圧縮動画データ格納領域９の記憶可能容量よりも前記圧縮動画データ１６のデータ容量の方が大きく、そのままでは前記圧縮動画データ１６を前記圧縮動画データ格納領域９に全て格納しきれない場合に、前記圧縮動画データ１６を複数に分割して処理するものである。本実施形態では、前記圧縮動画データ格納領域９の記憶可能容量（１２８ＭＢ）に対してデータ容量の大きい前記圧縮動画データＢ（１５０ＭＢ）を再生する場合の処理である。以下、この分割処理について説明する。なお、図３に示した符号Ｓ１１〜２６は、以下の説明における符号Ｓ１１〜２６に対応している。
【００３５】
まず、前記ゲーム実行部１９がゲームシーケンスデータに従って動画Ｂ（圧縮動画データＢに対応）を表示しようとする場合、前記記憶容量比較部２０は、前記圧縮動画データ格納領域９の記憶可能容量（本実施形態では最大容量である１２８ＭＢ）を検出し（Ｓ１１）、そして、前記圧縮動画データＢの容量（１５０ＭＢ）と比較する（Ｓ１２）。
【００３６】
このとき、仮に前記圧縮動画データ１６のデータ容量が前記圧縮動画データ格納領域９の記憶可能容量よりも小さい場合（Ｓ１３のＹＥＳ）には、上述した通常処理（図２）を行う。一方、本実施形態のように、前記圧縮動画データＢのデータ容量が前記圧縮動画データ格納領域９の記憶可能容量よりも大きい場合（Ｓ１３のＮＯ）には、前記圧縮データ分割部２１は、前記圧縮動画データ格納領域９の記憶可能容量よりも小さくなるように前記圧縮動画データＢを分割して前記データ格納部１０から読み出す（Ｓ１４）。例えば、前記圧縮データ分割部２１は、前記圧縮動画データＢを８０ＭＢと７０ＭＢの２つに分割する。
【００３７】
そして、前記圧縮データ分割部２１は、この読み出された分割後の前記圧縮動画データＢのうち最初の８０ＭＢ分（以下、「単位圧縮動画データＢ１」という）を全て前記圧縮動画データ格納領域９に転送する（Ｓ１５）。すると前記圧縮動画データ格納領域９には、前記単位圧縮動画データＢ１が全て（８０ＭＢ分）格納される（Ｓ１６）。
【００３８】
次に、前記ＧＰＵ５は、前記メイン制御部１８の指示により、前記圧縮動画データ格納領域９に格納された前記単位圧縮動画データＢ１を読み出し前記画像展開装置６に順次転送する。なお、このとき、前記ＧＰＵ５は、前記単位圧縮動画データＢ１の各コマ画像が再生順になるように連結し順次転送する（Ｓ１７）。
【００３９】
前記画像展開装置６は、前記圧縮動画データ格納領域９から転送された前記単位圧縮動画データＢ１を受信すると、この単位圧縮動画データＢ１のデコード処理を開始する（Ｓ１８）。そして、前記画像展開装置６は、デコード処理の完了したものを動画データＢ１として各コマ画像を前記ＧＰＵ５に転送する（Ｓ１９）。
【００４０】
そして、前記ＧＰＵ５は、受信した動画データＢ１の各コマ画像ごとにレンダリング処理などを施し、ビデオ信号として前記表示装置２に転送する（Ｓ２０）。すると、前記表示装置２には動画Ｂ１として３Ｄムービーが再生表示される（Ｓ２１）。
【００４１】
ここで、本実施形態のように、残りの圧縮動画データＢの７０ＭＢ分（以下「単位動画圧縮データＢ２」と表記する）が未だ前記データ格納部１０に残っている場合には（Ｓ２２のＹＥＳ）、前記圧縮データ削除部２２は、前記動画データＢ１の前記表示装置２への出力が終了すると、それに伴い対応する前記圧縮動画データＢ１を、例えば、各コマ毎に前記圧縮動画データ格納領域９から順次削除していく（Ｓ２３）。すなわち、これにより前記圧縮動画データ格納領域９の記憶可能容量が次第に増加していく。
【００４２】
そして、前記圧縮動画データ格納領域９の記憶可能容量がその残りの単位圧縮動画データＢ２のデータ容量（７０ＭＢ）以上になったことが前記記憶容量比較部２０によって検出されると、前記圧縮データ分割部２１は、前記単位圧縮動画データＢ２の全てを前記圧縮動画データ格納領域９に格納可能になったと判断する（Ｓ２４のＹＥＳ）。そして前記圧縮データ分割部２１は、前記データ格納部１０から前記単位圧縮動画データＢ２を全て読み出し、前記圧縮動画データ格納領域９に全て転送する（Ｓ２５）。
【００４３】
そして、上述したＳ１６〜Ｓ２１を経て、前記単位圧縮動画データＢ２の前記表示装置２への出力が全て終了すると（Ｓ２２のＮＯ）、前記圧縮データ削除部２２は、それに伴い対応する前記圧縮動画データＢ２を、例えば、各コマ毎に前記圧縮動画データ格納領域９から順次削除していく。そして、最終的に全ての前記圧縮動画データＢ２が前記圧縮動画データ格納領域９から削除されてこの分割処理は終了する（Ｓ２６）。
【００４４】
なお、この発明は、上記一実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。
【００４５】
（並列処理）
例えば、上述した通常処理及び分割処理においては、１つの動画像として前記圧縮動画データＡ若しくはＢを処理したものであったが、以下に説明するように、異なる複数の前記圧縮動画データＣ、Ｄを並列的に処理するものであってもよい。
【００４６】
すなわち、この場合、前記ゲーム実行部１９がゲームシーケンスデータに従って異なる複数の動画像（例えば、２つの異なる３ＤデモムービーＣ、Ｄ）を、前記表示装置２に分割表示させたり若しくは図示しない他のゲーム機とで同時に再生したりする場合（例えば１プレイヤと２プレイヤで前記画像処理装置１は共通するが画面は異なるという場合）、前記メイン制御部１８は、前記ビデオＲＡＭ４に並列処理する数だけ区分けされた複数の記憶領域を予め設けておく。例えば、前記圧縮動画データＣ、Ｄがある場合には、前記ビデオＲＡＭ４の記憶領域もそれに応じて２つに区分けする。
【００４７】
次に、前記メイン制御部１８は、前記ゲーム実行部１９が処理しているゲーム進行に応じて前記データ格納部１０から前記圧縮動画データＣ、Ｄを全て読み出す。
【００４８】
そして、前記メイン制御部１８は、この読み出した各前記圧縮動画データＣ、Ｄを全て前記割当てられたビデオＲＡＭ４の記憶領域にそれぞれ全て転送する。すなわちこの場合、前記ビデオＲＡＭ４に割当てられた各記憶領域には、これら転送された各前記圧縮動画データＣ、Ｄがそれぞれ全て格納される。
【００４９】
次いで、前記ＧＰＵ５は、前記メイン制御部１８の指示により、前記ビデオＲＡＭ４に格納された各前記圧縮動画データＣ、Ｄをそれぞれ読出し前記画像展開装置６に並列的に転送する。また、前記ＧＰＵ５は、各前記圧縮動画データＣ、Ｄの各コマ画像がそれぞれ再生順になるように連結し順次転送する。
【００５０】
前記画像展開装置６は、前記ビデオＲＡＭ４から読出され転送された各前記圧縮動画データＣ、Ｄを受信すると、各前記圧縮動画データＣ、Ｄのデコード処理の並列処理を開始する。そして、前記画像展開装置６は、デコード処理の完了した動画データＣ、Ｄの各コマ画像を順次、前記ＧＰＵ５にそれぞれ転送する。
【００５１】
次いで、前記ＧＰＵ５は、受信した各動画データＣ、Ｄの各コマ画像ごとにレンダリング処理などを並列的に施すと共に、一画像になるよう合成して動画像を生成する。そしてこの生成後の動画像（以下、単に「動画像」という）Ｃ、Ｄをビデオ信号として前記表示装置２に転送する。すると、前記表示装置２には動画像Ｃ、Ｄが一画像として並列的に再生表示される。なお、このとき複数の表示装置に別個に動画像Ｃ若しくはＤをそれぞれ表示させたい場合には、各動画データＣ、Ｄの各ビデオ信号を別個の表示装置にそれぞれ出力すればよい。
【００５２】
また、前記圧縮データ削除部２２は、前記表示装置２に転送が終了した順に前記圧縮動画データＣ、Ｄを前記ビデオＲＡＭ４から順次削除していき、最終的に全ての前記圧縮動画データＣ、Ｄが削除されてこの処理は終了する。
【００５３】
なお、この並列処理は、もちろん前記分割処理と組み合わせて処理するものであってもよい。例えば、本実施形態での圧縮動画データＡ（１００ＭＢ）及びＢ（１５０ＭＢ）を並列処理しようとする場合には（前記圧縮動画データ格納領域９の記憶可能容量（１２８ＭＢ）には、両データを一度に格納しきれないので）、前記区分けされた前記圧縮動画データ格納領域９の各記憶領域毎において、上述した分割処理（Ｓ１１〜Ｓ２６）をそれぞれ行うようにすればよい。すなわちこの場合、再生表示しようとする各圧縮動画データのデータ容量にとらわれず並列処理が可能となる。
【符号の説明】
【００５４】
１…画像処理装置
２…表示装置
３…グラフィックボード
４…ビデオＲＡＭ
５…ＧＰＵ
６…画像展開装置
７…ＣＰＵ
８…ＲＡＭ
９…圧縮動画データ格納領域
１０…データ格納部
１１…プログラム格納部
１３…ゲームデータ
１６…圧縮動画データ（Ａ、Ｂ）
１８…メイン制御部
１９…ゲーム実行部
２０…記憶容量比較部
２１…圧縮データ分割部
２２…圧縮データ削除部
【特許請求の範囲】
【請求項１】
画像展開装置、グラフィック演算処理ユニット及びビデオＲＡＭを有するグラフィックボードによってビデオゲーム機の表示装置に動画の再生を行なわせるための動画再生方法であって、
このグラフィックボードは、
ＤＸＴｃアルゴリズムにより圧縮され再生順に連結してなる各コマごとの前記圧縮動画データが格納された記憶装置から、再生に必要な全ての前記圧縮動画データを読み出して前記ビデオＲＡＭに格納する工程と、
前記ビデオＲＡＭに、前記再生に必要な全ての圧縮動画データが格納されると、前記画像展開装置がこの圧縮動画データを読出し動画データとして再生順に展開する工程と、
前記展開後の動画データを、前記グラフィック演算処理ユニットが所定の時間間隔で前記表示装置に転送することで動画として再生する工程と
を有することを特徴とする動画再生方法。
【請求項２】
請求項１記載の動画再生方法において、
前記ビデオＲＡＭの記憶容量がリアルタイムでどのくらいあるのかを記憶可能容量として検出する工程と、
前記記憶可能容量と前記圧縮動画データのデータ量とを比較する工程と、
前記圧縮動画データのデータ量が前記記憶可能容量よりも大きい場合、この圧縮動画データを前記記憶可能容量以下のデータ量になるように分割する行程と、
この分割された圧縮動画データ毎に前記ビデオＲＡＭに格納する工程と
を有することを特徴とする動画再生方法。
【請求項３】
請求項２記載の動画再生方法において、
前記表示装置に転送済みの前記圧縮動画データを前記ビデオＲＡＭから順次削除する工程と、
前記分割された残りの圧縮動画データのうち次に再生すべき圧縮動画データのデータ量と前記記憶可能容量とを比較する行程と、
前記記憶可能容量の方が前記次に再生すべき圧縮動画データの容量よりも大きくなった場合に、前記次に再生すべき圧縮動画データを全て読み出して前記ビデオＲＡＭに格納する工程と
を有することを特徴とする動画再生方法。
【請求項４】
請求項１記載の動画再生方法において、
前記記憶装置には、異なる複数の圧縮動画データが格納されており、
前記グラフィックボードは、
前記ビデオＲＡＭの前記格納領域を複数に区分けする行程と、
前記記憶装置から前記異なる複数の圧縮動画データを再生に必要なだけそれぞれ全て読み出して、前記区分けされた各格納領域にそれぞれ格納する工程と、
前記各記憶領域に、前記再生に必要な全ての各圧縮動画データがそれぞれ格納されると、前記画像展開装置が前記各圧縮動画データをそれぞれ読出しそれぞれの動画データとして再生順に展開する工程と、
前記展開後の各動画データを合成し所定の時間間隔で前記表示装置にそれぞれ転送することで複数の動画として再生する工程と
を有することを特徴とする動画再生方法。
【請求項５】
画像展開装置、グラフィック演算処理ユニット及びビデオＲＡＭを有するグラフィックボードによって表示装置に動画の再生を行なわせるゲーム機であって、
このグラフィックボードは、
ＤＸＴｃアルゴリズムにより圧縮され再生順に連結してなる各コマごとの前記圧縮動画データが格納された記憶装置から、再生に必要な全ての前記圧縮動画データを読み出して前記ビデオＲＡＭに格納する手段と、
前記ビデオＲＡＭに、前記再生に必要な全ての圧縮動画データが格納されると、前記画像展開装置がこの圧縮動画データを読出し動画データとして再生順に展開する手段と、
前記展開後の動画データを、前記グラフィック演算処理ユニットが所定の時間間隔で前記表示装置に転送することで動画として再生する手段と
を有することを特徴とするゲーム機。
【請求項１】
画像展開装置、グラフィック演算処理ユニット及びビデオＲＡＭを有するグラフィックボードによってビデオゲーム機の表示装置に動画の再生を行なわせるための動画再生方法であって、
このグラフィックボードは、
ＤＸＴｃアルゴリズムにより圧縮され再生順に連結してなる各コマごとの前記圧縮動画データが格納された記憶装置から、再生に必要な全ての前記圧縮動画データを読み出して前記ビデオＲＡＭに格納する工程と、
前記ビデオＲＡＭに、前記再生に必要な全ての圧縮動画データが格納されると、前記画像展開装置がこの圧縮動画データを読出し動画データとして再生順に展開する工程と、
前記展開後の動画データを、前記グラフィック演算処理ユニットが所定の時間間隔で前記表示装置に転送することで動画として再生する工程と
を有することを特徴とする動画再生方法。
【請求項２】
請求項１記載の動画再生方法において、
前記ビデオＲＡＭの記憶容量がリアルタイムでどのくらいあるのかを記憶可能容量として検出する工程と、
前記記憶可能容量と前記圧縮動画データのデータ量とを比較する工程と、
前記圧縮動画データのデータ量が前記記憶可能容量よりも大きい場合、この圧縮動画データを前記記憶可能容量以下のデータ量になるように分割する行程と、
この分割された圧縮動画データ毎に前記ビデオＲＡＭに格納する工程と
を有することを特徴とする動画再生方法。
【請求項３】
請求項２記載の動画再生方法において、
前記表示装置に転送済みの前記圧縮動画データを前記ビデオＲＡＭから順次削除する工程と、
前記分割された残りの圧縮動画データのうち次に再生すべき圧縮動画データのデータ量と前記記憶可能容量とを比較する行程と、
前記記憶可能容量の方が前記次に再生すべき圧縮動画データの容量よりも大きくなった場合に、前記次に再生すべき圧縮動画データを全て読み出して前記ビデオＲＡＭに格納する工程と
を有することを特徴とする動画再生方法。
【請求項４】
請求項１記載の動画再生方法において、
前記記憶装置には、異なる複数の圧縮動画データが格納されており、
前記グラフィックボードは、
前記ビデオＲＡＭの前記格納領域を複数に区分けする行程と、
前記記憶装置から前記異なる複数の圧縮動画データを再生に必要なだけそれぞれ全て読み出して、前記区分けされた各格納領域にそれぞれ格納する工程と、
前記各記憶領域に、前記再生に必要な全ての各圧縮動画データがそれぞれ格納されると、前記画像展開装置が前記各圧縮動画データをそれぞれ読出しそれぞれの動画データとして再生順に展開する工程と、
前記展開後の各動画データを合成し所定の時間間隔で前記表示装置にそれぞれ転送することで複数の動画として再生する工程と
を有することを特徴とする動画再生方法。
【請求項５】
画像展開装置、グラフィック演算処理ユニット及びビデオＲＡＭを有するグラフィックボードによって表示装置に動画の再生を行なわせるゲーム機であって、
このグラフィックボードは、
ＤＸＴｃアルゴリズムにより圧縮され再生順に連結してなる各コマごとの前記圧縮動画データが格納された記憶装置から、再生に必要な全ての前記圧縮動画データを読み出して前記ビデオＲＡＭに格納する手段と、
前記ビデオＲＡＭに、前記再生に必要な全ての圧縮動画データが格納されると、前記画像展開装置がこの圧縮動画データを読出し動画データとして再生順に展開する手段と、
前記展開後の動画データを、前記グラフィック演算処理ユニットが所定の時間間隔で前記表示装置に転送することで動画として再生する手段と
を有することを特徴とするゲーム機。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１１−２２３０５６（Ｐ２０１１−２２３０５６Ａ）
【公開日】平成２３年１１月４日（２０１１．１１．４）
【国際特許分類】
【出願番号】特願２０１０−８６３９３（Ｐ２０１０−８６３９３）
【出願日】平成２２年４月２日（２０１０．４．２）
【出願人】（３１０００９９９３）株式会社タイトー (207)
【Ｆターム（参考）】
【公開日】平成２３年１１月４日（２０１１．１１．４）
【国際特許分類】
【出願日】平成２２年４月２日（２０１０．４．２）
【出願人】（３１０００９９９３）株式会社タイトー (207)
【Ｆターム（参考）】
[ Back to top ]