JP2004362618A - 画像表示装置 - Google Patents
画像表示装置 Download PDFInfo
- Publication number
- JP2004362618A JP2004362618A JP2004264588A JP2004264588A JP2004362618A JP 2004362618 A JP2004362618 A JP 2004362618A JP 2004264588 A JP2004264588 A JP 2004264588A JP 2004264588 A JP2004264588 A JP 2004264588A JP 2004362618 A JP2004362618 A JP 2004362618A
- Authority
- JP
- Japan
- Prior art keywords
- model
- image
- display
- displayed
- displaying
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Processing Or Creating Images (AREA)
- Image Processing (AREA)
- Image Generation (AREA)
Abstract
【課題】 ゲーム装置において、砲弾の発射や着弾等が発生する戦闘シーンを模した画像を現実感豊かに表示させる。
【解決手段】 表示空間に1以上のモデルを表示可能に構成された画像表示装置において、(a)表示空間に表示させるモデルを特定し、特定したモデルを表示させるための情報を記憶装置から読み取って出力する処理回路(101等)、(b)処理回路(101等)から出力された情報に基づいて、表示空間に前記モデルを表示させるための画像データを生成する画像生成回路(110,112等)と、を備える。処理回路(101等)は、モデルを表示する際に、表示空間内に表示されている他のモデルに関する所定の条件(表示画面内に存在する個数等)に合致するか否かを判定する。そして判定結果に基づいて新たなモデルの表示態様を変化させて表示するための情報を生成する。例えばモデルを構成する部品の数を変化させる。
【選択図】 図2
【解決手段】 表示空間に1以上のモデルを表示可能に構成された画像表示装置において、(a)表示空間に表示させるモデルを特定し、特定したモデルを表示させるための情報を記憶装置から読み取って出力する処理回路(101等)、(b)処理回路(101等)から出力された情報に基づいて、表示空間に前記モデルを表示させるための画像データを生成する画像生成回路(110,112等)と、を備える。処理回路(101等)は、モデルを表示する際に、表示空間内に表示されている他のモデルに関する所定の条件(表示画面内に存在する個数等)に合致するか否かを判定する。そして判定結果に基づいて新たなモデルの表示態様を変化させて表示するための情報を生成する。例えばモデルを構成する部品の数を変化させる。
【選択図】 図2
Description
本発明は、モデルが配置された三次元空間を二次元平面に投射した、いわゆる3D画像を生成可能なゲーム装置に係わる。特に、本発明は、砲弾の発射や着弾等の戦闘シーンを模した画像を、現実感豊かに表示しうる画像処理技術の改良に関する。
戦闘シーンを模した表示画像を表示するゲーム装置では、砲弾を発射したり着弾したりする画像に臨場感を持たせるために、砲弾の発射や着弾による閃光をモデル化して表示している。閃光をモデルとして表現する従来の方法は、閃光を複数の部品に分け、それぞれの部品を、時間差をおいて表示することにより、実際の閃光らしく表現していた。各部品には、閃光らしく表示させるために、画素に欠落のあるテクスチャデータを用い、背景画像と重ねることにより背景画像がそのまま透けて見えるように半透明化されていた。これら閃光は、同時期に複数発生させる場合にも、新たなテクスチャデータを用いていた。各モデルには、現実世界における陰影をマッピングするため、仮想空間に環境光や反射光等を設定し、各モデルに照射される光に応じたレンダリング処理がされていた。砲弾の発射や着弾等により閃光が発生する場合には、短期間、この閃光の位置に光源が存在するものとしてレンダリング処理していた。閃光からの光が照射される関係にある人物等のモデルは、この閃光を一瞬浴びるように画像表示されていた。
しかしながら、従来の3Dゲーム装置では、閃光を表示する上で幾つかの不都合を生じていた。第一に、同時期に多数の閃光を表示する場合に、隣接する閃光が深く重なり合って、表示画像が見辛くなるという場合があった。また、閃光のモデルは複数のポリゴンにより構成されているため、同時に多数の閃光を表示しようとすれば、処理回路の処理量が、一瞬ではあるが非常に増えて、処理の取りこぼしが発生しかねない、というおそれがあった。
第二に、隣接する閃光のモデルが重なり合う場合でも各モデルには新たなテクスチャデータがマッピングされていたので、閃光のモデルが重なった部分では双方の見分けがつかなくなって臨場感を損ねたり、大きな閃光の陰に隠れる小さな閃光を見分けられなくなったりする不都合があった。
第三に、現実の世界では、閃光等、急激に熱が発生している現場を観察すると、空気に大きな揺らぎが与えられるために、その閃光を通して見える背景が揺らいで見える場合がある。従来のように、閃光のモデルにマッピングするテクスチャデータを半透明化しただけでは、背景が揺らぐような視覚的効果を与えることができなかった。
第四に、モデルである人物が保持する武器から砲弾を発射する際に、人物が仮想空間の奥行き方向に向けて砲弾を発射するような位置関係にあると、砲弾の発射による閃光と光の照射を受ける人物との関係が逆光となっていた。この位置関係のままレンダリング処理を施しても、仮想空間を観察する視点からは、閃光による光が照射される人物の面が隠れているので、遊技者は砲弾が発射できたことを視覚的に確認することができないという不都合があった。
そこで、本発明は、上記不都合に鑑み、砲弾の発射や着弾を表す閃光のモデルにおける表示方法を以下の課題により改良することにより、砲弾の発射や着弾等が発生する戦闘シーンを模した画像を現実感豊かに表示させることを目的とする。
本発明の第1の課題は、表示画面に多数の閃光を表示する場合であっても、表示画像を見易くし、かつ処理回路の負担を軽減する画像表示技術を提供することである。本発明の第2の課題は、隣接する閃光が重なり合う場合であっても、閃光の重なりを容易に見分けられる画像表示技術を提供することである。本発明の第3の課題は、従来できなかった熱等による空気の揺らぎを表現しうる画像表示技術を提供することである。本発明の第4の課題は、砲弾の発射等を確実に遊技者に知らせることができる画像表示技術を提供することである。
上記第1の課題は、表示空間に1以上のモデルを表示可能に構成された画像表示装置において、表示空間に表示させるモデルを特定し、特定したモデルを表示させるための情報を記憶装置から読み取って出力する処理回路と、処理回路から出力された情報に基づいて、表示空間にモデルを表示させるための画像データを生成する画像生成回路と、を備える。
そして、処理回路は、新たなモデルを表示する際に、表示空間内に表示されている他のモデルに関する所定の条件に合致するか否かを判定し、判定結果に基づいて当該新たなモデルの表示態様を変化させて表示するための情報を生成し、画像生成回路に出力する。
「モデル」とは、仮想空間内を同時に移動可能に構成された表示要素の集合体をいい、例えばポリゴンを表示要素として、それらにより構成される閃光、人物や建物等を模した画像表示上のセグメントのことをいう。「表示空間」とは、仮想空間に配置されたモデル等を二次元平面に投射して得られる二次元空間をいい、実際にディスプレイに表示されるものをいう。
他のモデルに関する所定の条件としては、例えば、表示空間内に表示されている他のモデルの数を判定する。
また、他のモデルに関する所定の条件として、表示空間内に表示されている他のモデルと当該新たなモデルとの表示空間における距離を演算し、この距離が一定値以下である他のモデルの数を判定する。このとき、表示空間における距離を演算する場合に、モデルの幾何学的重心間の距離を求めることは好ましい。
表示態様の変化として、モデルが、複数の部品から構成される画像である場合に、新たなモデルの表示態様を変化させるために、当該モデルを構成する1以上の部品を変更することは好ましい。
上記第2の課題を解決する発明は、表示空間に複数のモデルを表示可能に構成された画像表示装置において、表示空間に表示させるモデルを特定し、特定したモデルの形状を表示させるための情報およびこのモデルの表面にマッピングするテクスチャデータを特定する情報を出力する処理回路と、処理回路から出力された情報に基づいて、表示空間にモデルを表示させるための画像データを生成する画像生成回路と、を備える。
そして、処理回路は、新たなモデルを表示する際に、表示空間に表示されている他のモデルと当該新たなモデルとが重なるか否かを判定し、重なると判定した場合に、当該他のモデルにマッピングされているテクスチャデータと異なるテクスチャデータをマッピングする情報を出力する。
このとき、処理回路は、当該新たなモデルと他のモデルとが重なるか否かを判定する場合に、モデルの幾何学的重心間の距離を演算することにより判定することは好ましい。
また、上記第2の課題を解決する発明は、表示空間に複数のモデルを表示可能に構成された画像表示装置において、表示空間に表示させるモデルを特定し、特定したモデルの形状を表示させるための情報およびこのモデルの表面にマッピングするテクスチャデータを特定する情報を出力する処理回路と、処理回路から出力された情報に基づいて、表示空間にモデルを表示させるための画像データを生成する画像生成回路と、を備える。
そして、処理回路は、新たなモデルを表示する際に、モデルが遊技者の操作に対応して発生するものか否かを判定し、モデルが遊技者の操作に対応して発生するものか否かに対応させた異なるテクスチャデータをマッピングするための情報を出力する。
テクスチャデータは、テクスチャを構成する画素に欠落が存在する半透過表示のためのデータであることが好ましい。特に、処理回路は、他のモデルと当該新たなモデルとを重ねた場合に、当該他のモデルにマッピングされるテクスチャで欠落している1以上の画素に、当該新たなモデルにマッピングされるテクスチャを構成する画素が当てはまるようなテクスチャデータを、当該新たなモデルにマッピングするテクスチャデータとして特定することが好ましい。
上記第3の課題を解決する発明は、表示空間に1以上のモデルの画像を背景画像に重ねて表示可能に構成された画像表示装置において、表示空間に表示させる背景画像の領域を定めるマスクパターンを生成するマスクパターン生成手段と、マスクパターンによりマスクされた背景画像と表示空間に表示させるモデルの画像とを合成する合成手段と、を備える。
そして、マスクパターン生成手段は、マスクパターンのうちモデルの画像を表示する領域に適用するマスクパターンを、一定周期ごとに変化させていくことにより、モデルの画像に透過するように重ねられる背景画像の表示態様を変化させる。
マスクパターンの変化としては、例えば、マスクパターンのうちモデルの画像を表示する領域に適用するマスクパターンの画素配置を変化させることは好ましい。また、マスクパターンのうちモデルの画像を表示する領域に提供するマスクパターンの画素密度を変化させることも好ましい。
なお、上記各手段は、CPU、メモリ、画像表示プロセッサ等が所定の記録媒体に記憶されたプログラムを実行することによって機能的に実現される。
上記第4の課題を解決する発明は、仮想空間に、発光源を表すモデルおよび当該発光源からの光が照射されるモデルを配置し、これらを所定の視点から観察して得られる表示画像を生成可能に構成された画像表示装置に適用される。この装置は、発光源を表すモデルおよび当該発光源からの光が照射されるモデルを表示させるための情報を記憶装置から読み取って出力する処理回路と、処理回路から出力された情報に基づいて、表示空間にレンダリング処理を施したモデルを表示させるための画像データを生成する画像生成回路と、を備える。
そして、処理回路は、発光源から光が照射されている状態において、当該発光源以外に、光が照射されるモデルのうち視点から観察される面に光を照射するための仮想的な光源を設定する情報を出力する。次いで、画像生成回路は、当該仮想的な光源から光が照射されているものとしてレンダリング処理する。
処理回路は、発光源と視点とを結ぶ視線と光が照射されるモデルとの仮想空間における位置関係に基づいて、仮想的な光源を設定することは好ましい。
特に、処理回路は、視点から光が照射されるモデルへの方向と視点から発光源への方向とが所定の角度以内であるか否かに応じて、仮想的な光源を設定することが好ましい。
本発明のゲーム装置は、発砲や着弾等による閃光を模したモデルを発光源として画像表示する上記各課題を解決する画像表示装置を備える。
なお、本発明における記憶媒体は、何等かの物理的手段により情報(主にデジタルデータ、プログラム)が記録されているものであって、コンピュータ、専用プロセッサ等の処理装置に所定の機能を行わせることができるものである。要するに、回路素子としてのROMの他に、何等かの手段でもってコンピュータにプログラムをダウンロードし、所定の機能を実行させるものであればよい。例えば、フレキシブルディスク、固定ディスク、磁気テープ、光磁気ディスク、CD−ROM、DVD、ROMカートリッジ、バッテリバックアップ付きのRAMメモリカートリッジ、フラッシュメモリカートリッジ、不揮発性RAMカートリッジ等を含む。
有線または無線の通信回線(公衆回線、データ専用線、衛星回線等)を介してホストコンピュータからデータの転送を受ける場合を含むものとする。いわゆるインターネットをここにいう記録媒体に含まれるものである。
次に、本発明を実施するための好適な実施の形態を、図面を参照して説明する。
<実施形態1>
本発明の実施形態1は、本発明の第1の課題を解決するものである。
(構成)
図1に、本発明の画像表示装置を適用したテレビゲーム装置のブロック図を示す。本テレビゲーム装置の構成は、ゲーム処理ボード10、入力装置11、出力装置12、ディスプレイ13およびスピーカ14を備えて構成されている。
本発明の実施形態1は、本発明の第1の課題を解決するものである。
(構成)
図1に、本発明の画像表示装置を適用したテレビゲーム装置のブロック図を示す。本テレビゲーム装置の構成は、ゲーム処理ボード10、入力装置11、出力装置12、ディスプレイ13およびスピーカ14を備えて構成されている。
ゲーム処理ボード10は、CPU(中央演算処理装置)101の他に、ROM102、RAM103、サウンド装置104、入出力インターフェース106、スクロールデータ演算装置107、コ・プロセッサ(補助演算処理装置)108、画像データROM109、ジオメタライザ110、モーションデータROM111、描画装置112、テクスチャデータROM113、テクスチャマップRAM114、フレームバッファ115、画像合成装置116およびD/A変換機117を備えて構成される。
CPU101は、バスラインを介して、ROM102、RAM103、サウンド装置104、入出力インターフェース106、スクロールデータ演算装置107、コ・プロセッサ108およびジオメタライザ110へ接続されている。CPU101は、ROM102に格納されたプログラムデータを読み取って実行することにより、本発明の画像表示装置として、本テレビゲーム装置を機能させることが可能に構成されている。
ROM102には、本テレビゲーム装置を本発明の画像表示装置として動作させるためのプログラムデータや画像データが格納されている。なお、さらにテレビゲーム装置にCD−ROM等の記録媒体の読み取り装置を設け、CD−ROM等から読み取ったプログラムデータや画像データをRAM103に転送してから実行させるよう構成することも可能である。
RAM103には、CPU101より転送される各種データを格納可能に、かつ、ジオメタライザ110やスクロールデータ演算装置107から読み取り可能に構成されている。RAM103に格納されうるデータとしては、以下のものが代表的である。
1)ポリゴンを表示させるための頂点座標の集合であるポリゴンデータ
2)視野変換のための視点座標等を特定する視点に関するデータ
3)表示空間内のポリゴンを視点座標系に透視変換するためのマトリクス演算用データ
4)各ポリゴンにマッピングするテクスチャデータを指定するデータ
5)各ポリゴンの表示優先順位を定めるZバッファ値(奥行き情報)
6)レンダリング処理に要する光源の位置や光線の性質に関するデータ
7)各モデルの幾何学的重心の座標を示すデータ
8)モデルの画像をマスクするためのマスクパターン用データ
9)その他ジオメタライザ110やスクロールデータ演算装置107に対する各種描画コマンドサウンド装置104は、プログラムデータを実行することにより供給された音源制御信号に基づいて、音響信号を生成可能に構成されている。電力増幅器105は、この音響信号を電力増幅しスピーカ14へ供給可能に構成されている。
2)視野変換のための視点座標等を特定する視点に関するデータ
3)表示空間内のポリゴンを視点座標系に透視変換するためのマトリクス演算用データ
4)各ポリゴンにマッピングするテクスチャデータを指定するデータ
5)各ポリゴンの表示優先順位を定めるZバッファ値(奥行き情報)
6)レンダリング処理に要する光源の位置や光線の性質に関するデータ
7)各モデルの幾何学的重心の座標を示すデータ
8)モデルの画像をマスクするためのマスクパターン用データ
9)その他ジオメタライザ110やスクロールデータ演算装置107に対する各種描画コマンドサウンド装置104は、プログラムデータを実行することにより供給された音源制御信号に基づいて、音響信号を生成可能に構成されている。電力増幅器105は、この音響信号を電力増幅しスピーカ14へ供給可能に構成されている。
入出力インターフェース106は、入力装置11および出力装置12へ接続されている。入出力インターフェース106は、入力装置11により生成された操作信号SDをデジタルデータとしてCPU101へ供給する一方、CPU101から転送されたランプ等の点滅信号を出力装置12へ出力可能に構成されている。
画像データROM109は、仮想空間に表示する各モデルの大まかな外形を規定するための形状データや、地形の起伏を規定するための地形データを格納している。
コ・プロセッサ108は、画像データROM109に格納された各モデルの形状データや地形データを参照して、モデル間やモデルと地形との位置関係に関する浮動小数点の高速演算処理を可能に構成されている。
モーションデータROM111は、フレームごとに表示位置を大きく変える砲弾等の画像データを、ポリゴンデータとしてではなく、ビットマップデータとして格納可能に構成されている。
ジオメタライザ110は、モーションデータROM111および描画装置112へ接続される。ジオメタライザ110は、RAM103に格納されたポリゴンデータ、マトリクス演算用データ、視点に関するデータ等を参照して、ワールド座標系で定義された各ポリゴンデータを透視変換し、ディスプレイに表示可能な視野座標系の二次元の表示空間に、再定義可能に構成されている。
テクスチャデータROM113は、各ポリゴンデータにマッピングするためのテクスチャ(模様、色彩またはこれらの組合せ)データをビットマップ形式で格納可能に構成されている。新たなモデルであっても複数のテクスチャデータを格納可能に構成されている。
テクスチャマッピングRAM114は、描画装置112がテクスチャマッピングする際の演算領域として使用可能に構成されている。
描画装置112は、テクスチャデータROM113からCPU101により指定されたテクスチャデータを読み取って、視野座標系において定義された各ポリゴンにテクスチャをマッピングし、さらに光源に関するデータを参照しながらテクスチャデータにレンダリング処理を施すことが可能に構成されている。フレームバッファ115は、レンダリング処理が終わったビットマップデータをフレーム画像ごとに格納可能に構成されている。
スクロールデータ演算装置107は、背景画像データや文字データ等を座標変換可能に構成されている。座標変換の際、スクロールデータ演算装置107は、RAM103に格納されたマスクパターン用データを参照して、マスクされている画素について座標変換後の背景画像データを出力し、マスクされていない画素については背景画像データを出力しない。
画像合成装置115は、フレームバッファ115に格納された背景画像や文字以外の画像データと、スクロールデータ演算装置107から出力される画素ごとの背景画像データと、を、画素単位に合成し、完全な表示画像データを出力可能に構成されている。D/A変換器117は、ドットクロックに従って出力されてくる画像データをアナログ信号としての映像信号に変換し、ディスプレイ13で表示可能に構成されている。
入力装置11は、操作レバーとトリガボタン等を備えている。操作レバーは、遊技者によって傾けることが可能に構成されている。トリガボタンは、砲弾を発射する場合に遊技者が押下することが可能に、操作レバーに備えられたボタンである。入力装置11は、操作レバーが傾けられると、傾けられた方向に応じた操作信号SDを出力し、トリガボタンが押下されると、トリガボタンの押下を示す操作信号SDを出力可能に構成されている。出力装置12は、入力装置11のボタンや、ゲーム装置の筐体に設けられた各種ランプを操作状況に対応して点滅させることが可能に構成されている。
(動作)
砲弾の発射や着弾等が発生する戦闘シーンを模した画像を表現するゲーム装置では、砲弾の発射や着弾等により生ずる閃光の表現方法如何により、そのゲームの臨場感が大きく左右される。臨場感のある閃光を表現するために、閃光であるモデルを複数の部品に分割し、各部品にそれぞれ異なるテクスチャをマッピングして、同時にあるいは時間差をおいて各部品を表示することが好ましい。
砲弾の発射や着弾等が発生する戦闘シーンを模した画像を表現するゲーム装置では、砲弾の発射や着弾等により生ずる閃光の表現方法如何により、そのゲームの臨場感が大きく左右される。臨場感のある閃光を表現するために、閃光であるモデルを複数の部品に分割し、各部品にそれぞれ異なるテクスチャをマッピングして、同時にあるいは時間差をおいて各部品を表示することが好ましい。
ところが、ほぼ同時期に多数の閃光が発生するようなゲーム展開となった場合には、互いの閃光が重なって、人等を表現するモデルが隠され、ゲームの進行を把握しにくくなったり、全体が見辛くなる。
そこで、本実施形態1では、ある閃光のモデルを表示させようとする際に、他の閃光のモデルに関する所定の条件に応じて、当該モデルの表示態様を変えることで、これら不都合を解決する。
なお、以下の説明では、閃光モデルが、パーツA、パーツBおよびパーツCの三つの部品により構成されるものとする。各部品は、さらに複数のポリゴンデータによって構成され、それぞれどの部品に属するかによって、異なるテクスチャデータがマッピングされる。
(表示空間内の他のモデル数を条件とする方法)
図2は、表示空間に存在する他のモデルの数により、当該モデルの表示態様を変える処理を説明するフローチャートである。
図2は、表示空間に存在する他のモデルの数により、当該モデルの表示態様を変える処理を説明するフローチャートである。
ステップS10: テレビゲーム装置は、一定の表示タイミングごとに画像データを更新していく。例えば、テレビゲーム装置は、一つのフレーム画像が描画される垂直同期期間ごとに画像データを更新する。
ステップS11: 表示タイミングである場合(ステップS10;YES)、CPU101は、表示画面(空間)内に既に表示されているモデル、すなわち閃光の数を計数し、その数がm(mは自然数)以下であるか否かを判定する。
ステップS12: モデル数がm以下である場合(ステップS11;YES)、CPU101は、閃光のモデルを構成する総ての部品で完全な閃光モデルを表示させるポリゴンデータを転送する。
例えば、m=0の場合を例にとって説明する。図4(a)において、CPU101が、位置P1に新たな閃光を発生させようとする場合、表示画面内に他のモデルが存在しない。したがって、同図(b)に示すように、CPU101は、この位置P1にパーツA、パーツBおよびパーツCを総て表示する。
ステップS13:表示画面内に表示されているモデル数がmより多い場合(ステップS11;NO)、CPU101は、次に表示画面内に表示されているモデル数がn(nはmより大きい自然数)以下であるか否かを判定する。
ステップS14: 表示画面内に表示されているモデル数がn以下の場合(ステップS13;YES)、CPU101は、表示させる部品の数を少なくする。
例えば、n=2の場合を例にとって説明する。図5(a)において、CPU101が、位置P2に新たな閃光を発生させようとする場合、既に閃光が一つ表示されているが、その閃光の数はn(=2)以下である。したがって、同図(b)に示すように、CPU101は、この位置P2にパーツBおよびパーツCにより閃光モデルを表示する。表示からはずされた部品は、閃光モデルの最外殻を構成していたパーツAである。
ステップS15: 表示画面内に表示されているモデル数がnより多い場合(ステップS13;NO)、CPU101は、さらに表示させる閃光モデルを構成する部品数を変更する。
例えば、n=2の場合を例にとって説明する。図6(a)において、CPU101が位置P3に新たな閃光を発生させようとする場合、既に閃光が3つ表示されているからn(=2)より多い。したがって、同図(b)に示すように、CPU101は、この位置P3にパーツCにより閃光モデルを表示する。閃光のモデルが多少に係わらず、必ず表示する部品は、特殊な機能が割り当てられた部品とする。例えば、同図において、パーツCは、閃光モデルと人等のモデルとの衝突判定に使用する。衝突判定は常に必要とされるので、他の閃光モデル数の多少によらず、必ず表示される部品に設定する。
なお、上記処理では、判定条件をm、nの二つ用意したが、さらに条件を多くしても少なくしてもよい。条件を定めるmやnの数値を変えたり、表示させる部品の表示方法を変えてもよい。
(一定距離以内に存在する他のモデル数を条件とする方法)
図3は、表示しようとするモデルから一定距離以内に存在する他のモデルの数により、当該モデルの表示態様を変える処理を説明するフローチャートである。
図3は、表示しようとするモデルから一定距離以内に存在する他のモデルの数により、当該モデルの表示態様を変える処理を説明するフローチャートである。
ここで、一定距離とは、仮想空間における距離をいうのではなく、仮想空間が二次元平面に投射されて得られる表示空間における距離をいう。すなわち、図10に示すように、位置P7と位置P8に閃光モデルを表示する場合、この両モデルの距離とは、位置P7の閃光モデルと位置P8の閃光モデルとの表示空間(画面)上における距離dを意味している。この距離dは、各閃光モデルの幾何学的重心間の距離とするのが好ましい。同図では、位置P7の閃光モデルの幾何学的重心G1と、位置P8の閃光モデルの幾何学的重心G2との距離がdとなっている。
ステップS20: ステップS10と同様に、一定の表示タイミングを待ってから、画像データを更新していく。表示タイミングでない場合には(ステップS20;NO)、タイミングが来るまで待つ。
ステップS21: 表示タイミングである場合(ステップS20;YES)、CPU101は、表示画面(空間)内に他のモデルが存在するか否かを判断する。他のモデルが存在しなければ、距離計算等が必要ないからである。
ステップS22: モデルが存在しない場合(ステップS21;YES)、CPU101は、閃光のモデルを構成する総ての部品で完全な閃光モデルを表示させるポリゴンデータを転送する。
例えば、図7(a)において、CPU101が位置P4に新たな閃光を発生させようとする場合、表示画面内に他のモデルが存在しない。したがって、同図(b)に示すように、CPU101は、この位置P4にパーツA、パーツBおよびパーツCを総て表示する。
ステップS23:表示画面内に他のモデルが表示されている場合(ステップS21;NO)、CPU101は、表示画面内に表示されている他のモデルすべてについて、その幾何学的重心の位置と当該モデルの幾何学的重心の位置との距離を計算する。そしてその距離がd以下のモデル数がp(p自然数)以下であるか否かを判定する。
ステップS24: 幾何学的重心間の距離がd以下であるモデル数がp以下の場合(ステップS23;YES)、CPU101は、部品の数を減らしたモデルを表示させる。
例えば、p=2の場合を例にとって説明する。図8(a)において、CPU101が位置P5に新たな閃光を発生させようとする場合、距離d以内に、既に閃光が一つ表示されているが、p(=2)以下である。したがって、同図(b)に示すように、CPU101は、この位置P5にパーツBおよびパーツCにより閃光モデルを表示する。表示しなくなった部品は、閃光モデルの最外殻を構成するパーツAである。
ステップS25: 幾何学的重心間の距離がd以下であるモデル数がpより多い場合(ステップS23;NO)、CPU101は、さらに表示させる閃光モデルを構成する部品数を変更する。
例えば、p=2の場合を例にとって説明する。図9(a)において、CPU101が位置P6に新たな閃光を発生させようとする場合、既に閃光が3つ表示されているからp(=2)より多い。したがって、同図(b)に示すように、CPU101は、この位置P6にパーツCにより閃光モデルを表示する。閃光のモデルが多くても必ず表示する部品は、特殊な機能が割り当てられた部品については、図2と同様である。
なお、上記処理では、判定条件として、pという一種類の値を用意したが、さらに条件を多くしてもよい。条件を定める値を変えたり、表示させる部品の表示方法を変えてもよい。
上記したように実施形態1によれば、表示画面における他のモデルの条件によってモデルの表示態様を変化させるので、表示画面に多数の閃光を表示する場合であっても、モデルの重なりが少なくなって、表示画像が見易くなる。
また、同時に多数の閃光を表示する場合にも、表示するポリゴン数を減らすので、CPU等の処理回路の負担を軽減することができる。
<実施形態2>
本発明の実施形態2は、本発明の第2の課題を解決するものである。
(構成)
本実施形態2のテレビゲーム装置は、前記実施形態1と同様の構成を備えるため、その説明を省略する。ただし、ROM102に格納されるプログラムデータは、図11のフローチャートに示すような処理を実行させるものとする。また、テクスチャデータROM113に格納されるテクスチャデータは、同一モデルについて複数種類用意されているものとする(図12(a))。
本発明の実施形態2は、本発明の第2の課題を解決するものである。
(構成)
本実施形態2のテレビゲーム装置は、前記実施形態1と同様の構成を備えるため、その説明を省略する。ただし、ROM102に格納されるプログラムデータは、図11のフローチャートに示すような処理を実行させるものとする。また、テクスチャデータROM113に格納されるテクスチャデータは、同一モデルについて複数種類用意されているものとする(図12(a))。
(動作)
次に、本実施形態2の処理を、図11のフローチャートに基づいて説明す
る。
次に、本実施形態2の処理を、図11のフローチャートに基づいて説明す
る。
ステップS30: 上記ステップS10と同様に、一定の表示タイミングを待って、画像データを更新していく。
ステップS31: 新たな閃光等のモデルを表示空間に表示させる場合、既に表示されている他のモデルと重なるか否かを判定する。重なるか否かは、上記実施形態1のステップS23のように、新たなに表示しようとするモデルと他のモデルとの幾何学的重心間の、表示画面における距離が一定距離以下であるか否かに基づいて判断する。
ステップS32: 他のモデルと重なっていないと判定した場合(ステップS311;YES)、CPU101は、通常その種類のモデルに用いるもとのして定められているテクスチャデータをマッピングさせる描画コマンドを、RAM103に書き込む。
ステップS33: 他のモデルと重なっていると判定した場合(ステップS31;YES)、CPU101は、重なると判定した他のモデルにマッピングされているテクスチャデータが何であるかを特定する。
ステップS34: そして、重なると判定した他のモデルにマッピングされているテクスチャデータ以外に、この種のモデルのために予め用意されているテクスチャデータをマッピングさせる描画コマンドを、RAM103に書き込む。
例えば、このような異なるテクスチャデータとは、図12(a)において、AおよびBでそれぞれ示すようなパターンを意味する。
モデルが互いに重なる場合に、それぞれのモデルに新たなテクスチャデータをマッピングする場合には、同図(b)に示すように、表示画像における二つのモデルM3とM4は、新たなテクスチャが均一に付されて両モデルが一体化したように表示される。このため遊技者は両モデルの境界が認識できなくなる。さらに一方のモデルの背後に他方のモデルが隠された場合には、両モデルが一体化し、両者の見分けがつかなくなる。つまり遊技者の操作により発射された砲弾が着弾して表示される閃光のモデルに、敵が発射した砲弾が着弾して表示される閃光のモデルが重なると、敵が発射した事実を認識できなくなる。
本発明では、マッピングするテクスチャデータを互いに異ならせることとしたので、モデルの一部または全部が重なっても、両モデルの重なった領域を見分けることが可能に表示される。
例えば、上記AおよびBというテクスチャデータでは、その色彩やパターンは同じであるが、欠落させた画素の配置が異なっている。つまり、Aテクスチャデータで、画素情報が欠落している画素の位置に、Bテクスチャデータの画素が入り込んだテクスチャとなっている。Bテクスチャデータで、画素情報が欠落している画素の位置に、Aテクスチャデータの画素が入り込んだテクスチャとなっている。
AテクスチャデータをマッピングしたモデルM1と、BテクスチャデータをマッピングしたモデルM2とは、同図(a)に示すように、互いに重ねることなく独立してマッピングする場合には、その色彩やパターンが似ているため、度尾新たな質感をモデルに与えるものである。ところが、両モデルが重なる場合、同図(c)に示すように、一方のモデルM1のテクスチャにおいて欠落している画素に、他方のモデルM2のテクスチャを構成する画素が入り込んで表示される。したがって、両モデルが重なった場合にも、重なった領域では画素密度が二倍になって表示されるため、重なった領域が顕著に見分けられるのである。
さらに同図(d)に示すように、一方のモデルM1の背後に他方のモデルM2が隠される位置関係に表示されても、重なった領域のテクスチャデータの画素密度が高く表示されるので、背後にあるモデルM2が容易に見分けられる。
なお、上記ステップS31において、モデルが重なるか否かに応じてテクスチャデータを変えていたが、表示使用としているモデルが、遊技者の操作により発生したモデルであるか否かに対応させて、異なるテクスチャデータをマッピングするように構成してもよい。
すなわち、遊技者がモデルを捜査して「発射」した砲弾により発生した閃光は、互いに重なって表示されることはあっても大きな不都合は生じない。ところが、遊技者の操作により発射した砲弾等による閃光が、遊技者の対戦相手となる敵が発射した砲弾による閃光を隠してしまうような場合に問題が生ずる。この敵のモデルは、ゲーム装置によって、プログラムに基づいて動かされるものである。遊技者は、敵のモデルから砲弾が発射されたか否かを、砲弾の着弾による閃光が表示されたか否かによって認識する。敵の発射した砲弾に基づく閃光が、遊技者の操作に対応して発生した閃光と重なる場合、双方の閃光のモデルに同一のテクスチャデータをマッピングすると、隠された閃光のモデルが表示画面上に現れなくなる。このため、遊技者が敵から攻撃を受けている事実を認識できなくなり、ゲーム操作上支障をきたす。
そこで、ステップS31において、新たな表示しようとする閃光のモデルが、遊技者の操作に対応して発生したものか否かを判定し、判定結果に応じて、異なるテクスチャデータをマッピングすれば、この不都合がなくなる。異なるテクスチャデータとは、例えば、図12(a)で説明したAテクスチャデータとBテクスチャデータのような関係にする。このように構成すれば、敵の発射した砲弾を、遊技者が表示画面で常に認識できるようになる。
上記したように、本実施形態2によれば、同種の閃光モデルが重なると判断した場合や、遊技者の操作に対応して発生した閃光モデルであるかに応じて、それぞれ異なるテクスチャデータが閃光モデルにマッピングされるので、閃光を重ねて表示しても、閃光の重なりを容易に見分けられる表示画像を提供できる。
<実施形態3>
本発明の実施形態3は、本発明の第3の課題を解決するものである。
(構成)
本実施形態3のテレビゲーム装置は、前記実施形態1と同様の構成を備えるために、その説明を省略する。ただし、ROM102に格納されるプログラムデータは、図13のフローチャートに示すような処理を実行させるものとする。また、RAM103格納されるマスクパターンは、同フローチャートに基づいてそのマスクパターンが順次変更されていくものとする。
本発明の実施形態3は、本発明の第3の課題を解決するものである。
(構成)
本実施形態3のテレビゲーム装置は、前記実施形態1と同様の構成を備えるために、その説明を省略する。ただし、ROM102に格納されるプログラムデータは、図13のフローチャートに示すような処理を実行させるものとする。また、RAM103格納されるマスクパターンは、同フローチャートに基づいてそのマスクパターンが順次変更されていくものとする。
(動作)
次に、本実施形態3の処理を、図13のフローチャートに基づいて説明する。モデルを半透明化して表示しない場合、描画回路112がZバッファ値を参照して、背景画像とモデルの画像との優先順位に基づいてテクスチャデータをマッピングすれば、背景の手前にモデルが位置した画像データが得られる。また、Zバッファ値を用いない場合にも、マスクパターンを用いてもよい。例えば、図14に示すように、モデルMの前景FG(フォアグラウンド)以外の領域にマスクを設けたマスクパターンMPをRAM103に格納させ、このマスクパターンMPと背景BG(バックグラウンド)とを合成する。マスクにより、生成される画像は、B2のような輪郭を備える。これにモデルMの画像を合成すると、画像データG1が生成される。モデMルの部分には、背景画像B2が重ならない。
次に、本実施形態3の処理を、図13のフローチャートに基づいて説明する。モデルを半透明化して表示しない場合、描画回路112がZバッファ値を参照して、背景画像とモデルの画像との優先順位に基づいてテクスチャデータをマッピングすれば、背景の手前にモデルが位置した画像データが得られる。また、Zバッファ値を用いない場合にも、マスクパターンを用いてもよい。例えば、図14に示すように、モデルMの前景FG(フォアグラウンド)以外の領域にマスクを設けたマスクパターンMPをRAM103に格納させ、このマスクパターンMPと背景BG(バックグラウンド)とを合成する。マスクにより、生成される画像は、B2のような輪郭を備える。これにモデルMの画像を合成すると、画像データG1が生成される。モデMルの部分には、背景画像B2が重ならない。
また、閃光モデル等の半透明なテクスチャをマッピングするモデルである場合には、半透明なマスクパターンを用いてモデルと背景とを合成する。モデルにマッピングしたテクスチャのうち、マスクパターンの画素が欠落している部分には、背景がはめ込まれることになって、閃光を通して背景画像が見えるようになる。
しかし、Zバッファ値を参照したり単一のマスクパターンを用いたりして生成する背景画像は、静的に半透明状態に見えるに過ぎず、熱で空気が揺らいでいるような視覚的効果を与えることができない。
そこで、本実施形態ではマスクパターンを複数用意することによって、背景画像が透ける割合や、背景画像とモデル画像との境界における画素のパターンを変化させて上記視覚的効果を得る。マスクパターンとしては、濃度(画素の密度)を変えたものや、濃度は変わらなくても画素の並びを変えたもの等を用意する。
ステップS40: まず、CPU101は、本発明の揺らぎ表示を行うか否かを判定する。揺らぎ表示を行わない場合は(ステップS40;NO)、通常の表示が行われる。ステップS41: 揺らぎ表示を行う場合には(ステップS40;YES)、図15に示すように、CPU101は、まずモデルMの領域に所定のパターンを施したマスクパターンM1を用意する。そのパターンは、背景画像をモデル画像に対し一定の割合で透過させる画素配置で構成される。例えば、網目状の画素配置で構成される。
ステップS43: そして一定期間、例えばフレーム期間の経過を待って(ステップS42:YES)、CPU101は、マスクパターンMP1と背景BGのテクスチャデータB1とを合成する。このフレームで表示されるモデル領域には、マスクパターンMP1のパターンに従ってマスクされた背景画像データが、マスクパターンMP1によって決まる割合で透けて合成される。
ステップS45: 次いで表示終了でない限り(ステップS44;NO)、再度フレーム期間の経過を待って(ステップS42;YES)、画素濃度や画素配置を変えた他のマスクパターンMP2を用いて、背景画像とモデルの画像とを合成する。このフレームで表示されるモデル領域には、マスクパターンMP2のパターンに従ってマスクされた背景画像データがマスクパターンMP2によって決まる割合で透けて合成される。
以下、揺らぎ表示が終了しない限り(ステップS44;NO)、ステップS42〜ステップS45を繰り返していくことにより、時間の経過とともに閃光モデルに透過している背景画像のパターンが交替していく。
背景画像データとモデル画像とは、両画像の境界を滑らかにするために、隣接する画素間で補間演算が施される。補間演算が施されることによって、実際に観察される輪郭に凹凸が生じる。本実施形態のようにマスクパターンを変化させて合成すると、モデル画像と合成される背景画像の画素パターンが変化し、境界の輪郭に生ずる凹凸形状にも変動が生ずる。さらにマスクパターンの濃度を変化させると、境界の輪郭における凹凸形状が変動する他に、背景画像の透ける割合も変動する。
例えば図15に示すように、表示画像G2において、背景画像B1のテクスチャがモデルMのテクスチャと合成されるモデル領域における背景画像B3の濃淡や境界線が、時間の変化とともに変動し、背景が閃光等により生じた空気の動きによって揺らいで透けているように見えるのである。
特に、モデルが閃光等である場合には、閃光を通して見る背景が揺らいで表示されるので、遊技者は、発砲や着弾等により生じた熱等による急激な空気の動きが生じ、背景が揺らいでいるかのごとく認識するのである。
なお、マスクパターンは、二種類に限らず、さらに多数のマスクパターンを適用させてもよい。また、マスクパターンを変更する周期をフレーム期間ごとに限ることなく、さらに長い周期で変えたり、不規則な長さを設定して変えたりしてもよい。マスクパターンの画素濃度や画素配置およびマスクパターンを変えるタイミングを調整することにより、より効果的に現実の空気の揺らぎに似せた画像を生成することができる。
本実施形態3によれば、背景のテクスチャデータにマスクするマスクパターンを時間の経過とともに変化させていくので、従来できなかった熱等による空気の揺らぎのような画像表現が行える。
<実施形態4>
本発明の実施形態4は、本発明の第4の課題を解決するものである。
(構成)
本実施形態4のテレビゲーム装置は、前記実施形態1と同様の構成を備えるために、その説明を省略する。ただし、ROM102に格納されるプログラムデータは、図16のフローチャートに示すような処理を実行させるものとする。また、RAM103に格納される視点に関するデータは、同フローチャートに基づいて複数の光源に関する情報が用意されているものとする。
本発明の実施形態4は、本発明の第4の課題を解決するものである。
(構成)
本実施形態4のテレビゲーム装置は、前記実施形態1と同様の構成を備えるために、その説明を省略する。ただし、ROM102に格納されるプログラムデータは、図16のフローチャートに示すような処理を実行させるものとする。また、RAM103に格納される視点に関するデータは、同フローチャートに基づいて複数の光源に関する情報が用意されているものとする。
(動作)
次に、本実施形態4の処理を、図16のフローチャートに基づいて説明する。
次に、本実施形態4の処理を、図16のフローチャートに基づいて説明する。
ステップS50: CPU101は、次の描画タイミングに、砲弾の発射や着弾によって閃光を表示するか否かを判断する。閃光を表示しない場合には(ステップS50;NO)、通常のレンダリング処理、つまり通常光源を設定するデータを出力する。通常の光源とは、モデルに陰影を与えるための環境光や、環境光を反射して得られる反射光をいう。例えば、図17(a)では、人を模したモデルHと発砲装置を模したモデルCが仮想空間に配置されている。人のモデルの背後に透視画像を得るための視点EPが設定され、視線ELが人のモデルHに注がれている。この設定では同図(b)に示すように視線ELが注がれている点である人のモデルHが画面の中心となった透視画像が表示される。モデルHに付される陰影は、視点EPの後方上部に仮想的に配置された環境光を与える光源によって与えられるものとなる。
閃光を表示する場合(ステップS50;YES)、通常であれば、閃光を発するモデルの位置から、新たな光が射出されるものとしてレンダリングする。ところが、閃光が視点から見てモデルの奥に位置する場合には、通常のレンダリング処理をしたのでは、視点から見てモデルが陰になるために閃光による反射光を認識することができない。例えば、図18(a)では発砲装置のモデルCの先端から砲弾が発射され、閃光FBのモデルが設定されている。この配置で通常のレンダリング処理をするものとすれば、このモデルFBに一時的に光源が設定されたものとして、ここからの光Lを含めてレンダリング処理がされる。この結果、表示される画面は同図(b)に示すように、人のモデルHの背後、すなわち表示画面に表されるほとんどの面に暗い影S1が付されてしまい、遊技者は発砲したことを明確に認識できない。
そこで、本実施形態では、閃光を表示する際に、仮想空間において閃光のモデルが人等のモデルと特定の位置関係にある場合に、人等のモデルのうち、視点側の面を照射するための新たな補助光源を設定する。補助光源は、人等のモデルよりも視点寄りの位置、または視点のさらに後方に設けるのが好ましい。例えば、図19(a)では、閃光のモデルFBの位置が人のモデルHの位置より視点EPから見て奥に位置する。このような場合には、仮想空間内に補助光源LPを出現させて、この光源からの光も含めたレンダリング処理を行う。このようにすれば、同図(b)に示すように、人のモデルHのうち、視点EPから見える面に光が瞬間的に照射された画像が提供され、遊技者は発砲が完遂されたことを認識できる。補助光源LPによる影は、S2のように人のモデルHの側面に付される。
ステップS51: そこで閃光のモデルの位置が人のモデルの位置より視点から見て奥に位置するか否かを判断する。閃光のモデルが人のモデルより視点から見て手前に位置する場合(ステップS51;NO)、通常のレンダリング処理を行うため、通常光源を設定するデータを出力する(ステップS56)。閃光のモデルが人のモデルより視点から見て手前に位置する場合には、通常のレンダリングによっても閃光による光が人のモデルに照射され、砲弾等の発射を遊技者に認識されることができるからである。
ステップS52〜54: 閃光のモデルの位置が人のモデルの位置より視点から見て奥に位置する場合(ステップS51;YES)、さらに視点から閃光のモデルへの方向が算出され(ステップS52)、視点から人等のモデルへの方向が算出される(ステップS53)。そして両ベクトルによる角度が一定値以上あるか否かが判定される(ステップS54)。閃光のモデルの位置が人のモデルの位置より視点から見て奥に位置しても、表示画面上、閃光のモデルが人のモデルから遠く離れていれば、通常のレンダリング処理をしても閃光による光が、人のモデルの側面に付され、視覚上問題がないからである。
例えば、図20に示すように、閃光のモデルFB1およびFB2はともに視点EPから見て画面奥に位置する。閃光のモデルFB1への視線EL1と人のモデルHへの視線EL0の角度θ1は浅いので、図19で説明したように補助光源LPを設ける必要がある。ところが表示画面上人のモデルHから遠くにある閃光のモデルFB2への視線EL2は、人のモデルHへの視線EL0と深い角度θ2を有している。この場合、閃光のモデルFB2に光源があるものとして通常のレンダリング処理を行っても、人のモデルHの側面には、閃光による光が照射される。このため補助光源を設ける必要がないのである。
そこで視点から人のモデルへの視線と視点から閃光のモデルへの視線との角度が一定値以下である場合には(ステップS54;NO)、通常光源を設定するデータを送出し(ステップS56)、一定値より小さい場合は(ステップS54;YES)、補助光源を設定するデータを送出する(ステップS55)。
以上説明したように本実施形態4によれば、閃光等の発光源とは別の光源からの光に基づいてレンダリング処理するので、砲弾の発射等を確実に遊技者に知らせることができる。
特に、閃光等のモデルが人等のモデルよりも奥にあるか否かを判定たり、閃光等のモデルが視点から見て人等のモデルと離れているか否かを判定したりするので、CPUは必要な場合にのみ補助光源を設定することができる。
本発明によれば、砲弾の発射や着弾等が発生する戦闘シーンを模した画像を現実感豊かに表示させることが可能な画像表示技術を提供できる。
すなわち、本発明によれば、表示画面における他のモデルの条件によってモデルの表示態様を変化させるので、表示画面に多数の閃光を表示する場合であっても、表示画像を見易くし、かつ処理回路の負担を軽減することができる。
本発明によれば、同一種類のモデルであっても、モデルが重なるか否か、あるいは遊技者の操作に対応して発生するものか否かに応じてマッピングするテクスチャデータを変更するので、隣接する閃光が重なり合う場合であっても、閃光の重なりを容易に見分けることができる。
本発明によれば、背景画像データのマスクのうち、モデル画像の領域に施すマスクを変化させていくので、従来できなかった熱等による空気の揺らぎを表現することができる。
本発明によれば、発光源とは別の光源からの光に基づいて、光が照射されるモデルに対しレンダリング処理するので、砲弾の発射等を確実に遊技者に知らせることができる。
10…ゲーム処理ボード
101…CPU(処理回路)
102…ROM(記憶装置)
103…RAM(記憶装置)
107…スクロールデータ演算装置(画像生成回路)
108…コ・プロセッサ(処理回路)
109…画像データROM(記憶装置)
110…ジオメタライザ(画像生成回路)
111…モーションデータROM(画像生成回路)
112…描画装置(画像生成回路)
113…テクスチャデータROM(画像生成回路)
114…テクスチャマップRAM(画像生成回路)
115…フレームバッファ(画像生成回路)
116…画像合成装置(画像生成回路)
101…CPU(処理回路)
102…ROM(記憶装置)
103…RAM(記憶装置)
107…スクロールデータ演算装置(画像生成回路)
108…コ・プロセッサ(処理回路)
109…画像データROM(記憶装置)
110…ジオメタライザ(画像生成回路)
111…モーションデータROM(画像生成回路)
112…描画装置(画像生成回路)
113…テクスチャデータROM(画像生成回路)
114…テクスチャマップRAM(画像生成回路)
115…フレームバッファ(画像生成回路)
116…画像合成装置(画像生成回路)
Claims (21)
- 表示空間に1以上のモデルを表示可能に構成された画像表示装置において、表示空間に表示させるモデルを特定し、特定したモデルを表示させるための情報を記憶装置から読み取って出力する処理回路と、前記処理回路から出力された情報に基づいて、表示空間に前記モデルを表示させるための画像データを生成する画像生成回路と、を備え、前記処理回路は、新たなモデルを表示する際に、表示空間内に表示されている他のモデルに関する所定の条件に合致するか否かを判定し、判定結果に基づいて当該新たなモデルの表示態様を変化させて表示するための情報を生成し、前記画像生成回路に出力することを特徴とする画像表示装置。
- 前記処理回路は、前記他のモデルに関する所定の条件として、表示空間内に表示されている他のモデルの数を判定する請求項1に記載の画像表示装置。
- 前記処理回路は、前記他のモデルに関する所定の条件として、表示空間内に表示されている他のモデルと当該新たなモデルとの表示空間における距離を演算し、この距離が一定値以下である他のモデルの数を判定する請求項1に記載の画像表示装置。
- 前記処理回路は、表示空間における前記距離を演算する場合に、各モデルの幾何学的重心間の距離を求める請求項3に記載の画像表示装置。
- 前記モデルは、複数の部品から構成される画像であって、前記処理回路は、前記新たなモデルの表示態様を変化させる場合に、当該モデルを構成する1以上の部品を変更することにより、当該新たなモデルの表示態様を変化させる請求項1に記載の画像表示装置。
- 表示空間に複数のモデルを表示可能に構成された画像表示装置において、表示空間に表示させるモデルを特定し、特定したモデルの形状を表示させるための情報およびこのモデルの表面にマッピングするテクスチャデータを特定する情報を出力する処理回路と、前記処理回路から出力された情報に基づいて、表示空間に前記モデルを表示させるための画像データを生成する画像生成回路と、を備え、前記処理回路は、新たなモデルを表示する際に、表示空間に表示されている他のモデルと当該新たなモデルとが重なるか否かを判定し、重なると判定した場合に、当該他のモデルにマッピングされているテクスチャデータと異なるテクスチャデータをマッピングする情報を出力することを特徴とする画像表示装置。
- 前記処理回路は、当該新たなモデルと前記他のモデルとが重なるか否かを判定する場合に、モデルの幾何学的重心間の距離を演算することにより判定する請求項6に記載の画像表示装置。
- 表示空間に複数のモデルを表示可能に構成された画像表示装置において、表示空間に表示させるモデルを特定し、特定したモデルの形状を表示させるための情報およびこのモデルの表面にマッピングするテクスチャデータを特定する情報を出力する処理回路と、前記処理回路から出力された情報に基づいて、表示空間に前記モデルを表示させるための画像データを生成する画像生成回路と、を備え、前記処理回路は、新たなモデルを表示する際に、当該モデルが遊技者の操作に対応して発生するものか否かを判定し、当該モデルが遊技者の操作に対応して発生するものか否かに対応させた異なるテクスチャデータをマッピングするための情報を出力することを特徴とする画像表示装置。
- 前記テクスチャデータは、テクスチャを構成する画素に欠落が存在する半透過表示のためのデータであって、前記処理回路は、前記他のモデルと当該新たなモデルとを重ねた場合に、当該他のモデルにマッピングされるテクスチャで欠落している1以上の画素に、当該新たなモデルにマッピングされるテクスチャを構成する画素が当てはまるようなテクスチャデータを、当該新たなモデルにマッピングするテクスチャデータとして特定する請求項6または請求項8のいずれか一項に記載の画像表示装置。
- 表示空間に1以上のモデルの画像を背景画像に重ねて表示可能に構成された画像表示装置において、表示空間に表示させる背景画像の領域を定めるマスクパターンを生成するマスクパターン生成手段と、前記マスクパターンによりマスクされた背景画像と表示空間に表示させるモデルの画像とを合成する合成手段と、を備え、前記マスクパターン生成手段は、前記マスクパターンのうちモデルの画像を表示する領域に適用するマスクパターンを、一定周期ごとに変化させていくことにより、このモデルの画像に透過するように重ねられる背景画像の表示態様を変化させることを特徴とする画像表示装置。
- 前記マスクパターン生成手段は、前記マスクパターンのうちモデルの画像を表示する領域に適用するマスクパターンの画素配置を変化させる請求項10に記載の画像表示装置。
- 前記マスクパターン生成手段は、前記マスクパターンのうちモデルの画像を表示する領域に適用するマスクパターンの画素密度を変化させる請求項10に記載の画像表示装置。
- 仮想空間に、発光源を表すモデルおよび当該発光源からの光が照射されるモデルを配置し、これらを所定の視点から観察して得られる表示画像を生成可能に構成された画像表示装置において、前記発光源を表すモデルおよび当該発光源からの光が照射されるモデルを表示させるための情報を記憶装置から読み取って出力する処理回路と、前記処理回路から出力された情報に基づいて、表示空間にレンダリング処理を施した前記モデルを表示させるための画像データを生成する画像生成回路と、を備え、前記処理回路は、前記発光源から光が照射されている状態において、当該発光源以外に、前記光が照射されるモデルのうち前記視点から観察される面に光を照射するための仮想的な光源を設定する情報を出力し、前記画像生成回路は、当該仮想的な光源から光が照射されているものとしてレンダリング処理することを特徴等する画像表示装置。
- 前記処理回路は、前記発光源と前記視点と前記光が照射されるモデルとの仮想空間における位置関係に基づいて、前記仮想的な光源を設定する請求項13に記載の画像表示装置。
- 前記処理回路は、前記視点から前記光が照射されるモデルへの方向と前記視点から前記発光源への方向とが所定の角度以内であるか否かに応じて、前記仮想的な光源を設定する請求項13に記載の画像表示装置。
- 請求項1乃至請求項15のいずれか1項に記載の画像表示装置を備えたゲーム装置であって、発砲や着弾等を模したモデルを前記発光源として画像表示するゲーム装置。
- コンピュータに、表示空間に表示させる1以上のモデルの各々について、表示空間内に表示されている他のモデルに関する所定の条件を判定するステップと、判定した結果に基づいて当該各々のモデルの表示態様を変化させて表示するための情報を生成するステップと、生成された前記情報に基づいて、表示空間に前記モデルを表示させるための画像データを生成するステップと、を実行させるためのプログラムが記録された機械読み取り可能な記録媒体。
- コンピュータに、表示空間に表示させる1以上のモデルの各々について、表示空間に表示されている他のモデルと当該新たなモデルとが重なるか否かを判定するステップと、重なると判定した場合に、当該他のモデルにマッピングされているテクスチャデータと異なるテクスチャデータをマッピングする情報を出力するステップと、出力された前記情報に基づいて、表示空間に前記モデルを表示させるための画像データを生成するステップと、を実行させるためのプログラムが記録された機械読み取り可能な記録媒体。
- コンピュータに、表示空間に表示させる1以上のモデルの各々について、当該モデルが遊技者の操作に対応して発生するものか否かを判定するステップと、当該モデルが遊技者の操作に対応して発生するものか否かに対応させた異なるテクスチャデータをマッピングする情報を出力するステップと、出力された前記情報に基づいて、表示空間に前記モデルを表示させるための画像データを生成するステップと、を実行させるためのプログラムが記録された機械読み取り可能な記録媒体。
- コンピュータに、表示空間に表示させる背景画像の領域を定めるマスクパターンを生成するステップと、前記マスタデータのうち、表示空間に表示させる1以上のモデルの各々について、当該モデルの画像を表示する領域に適用するマスクパターンを、一定周期ごとに変化させるステップと、前記マスクパターンによりマスクされた背景画像と表示空間に表示させるモデルの画像とを合成するステップと、を実行させるためのプログラムが記録された機械読み取り可能な記録媒体。
- コンピュータに、仮想空間に、発光源を表すモデルおよび当該発光源からの光が照射されるモデルを配置し、前記発光源を表すモデルおよび当該発光源からの光が照射されるモデルを表示させるための情報を出力するステップと、前記発光源から光が照射されている状態において、当該発光源以外に、前記光が照射されるモデルのうち前記視点から観察される面に光を照射するための仮想的な光源を設定する情報を出力するステップと、各前記情報に基づいて、当該仮想的な光源から光が照射されているものとして、表示空間にレンダリング処理を施した前記モデルを表示させるための画像データを生成するステップと、を実行させるためのプログラムが記録された機械読み取り可能な記録媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004264588A JP2004362618A (ja) | 2004-09-10 | 2004-09-10 | 画像表示装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004264588A JP2004362618A (ja) | 2004-09-10 | 2004-09-10 | 画像表示装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP24723097A Division JP4026091B2 (ja) | 1997-09-11 | 1997-09-11 | 画像表示装置、ゲーム装置および記録媒体 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004362618A true JP2004362618A (ja) | 2004-12-24 |
Family
ID=34056543
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004264588A Pending JP2004362618A (ja) | 2004-09-10 | 2004-09-10 | 画像表示装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004362618A (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007067637A (ja) * | 2005-08-30 | 2007-03-15 | Oki Data Corp | 画像処理装置及び画像処理システム |
-
2004
- 2004-09-10 JP JP2004264588A patent/JP2004362618A/ja active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007067637A (ja) * | 2005-08-30 | 2007-03-15 | Oki Data Corp | 画像処理装置及び画像処理システム |
JP4502908B2 (ja) * | 2005-08-30 | 2010-07-14 | 株式会社沖データ | 画像処理装置及び画像処理システム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8882593B2 (en) | Game processing system, game processing method, game processing apparatus, and computer-readable storage medium having game processing program stored therein | |
JP6362634B2 (ja) | 画像生成システム、ゲーム装置及びプログラム | |
US6778948B1 (en) | Method of creating a dynamic image, storage medium and program executing apparatus | |
JP2001273517A (ja) | ゲームシステム及びゲーム用プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
JP2010033298A (ja) | プログラム、情報記憶媒体及び画像生成システム | |
US20130109468A1 (en) | Game processing system, game processing method, game processing apparatus, and computer-readable storage medium having game processing program stored therein | |
US6646642B1 (en) | Method of creating image frames, storage medium and apparatus for executing program | |
JP4804122B2 (ja) | プログラム、テクスチャデータ構造、情報記憶媒体及び画像生成システム | |
JP2006346507A (ja) | ゲーム装置および画像処理プログラム | |
JP4026091B2 (ja) | 画像表示装置、ゲーム装置および記録媒体 | |
JP4776017B2 (ja) | プログラム、情報記憶媒体、及び画像生成システム | |
JP2020204856A (ja) | 画像生成システム及びプログラム | |
JP2008027064A (ja) | プログラム、情報記録媒体および画像生成システム | |
US6686919B1 (en) | Method of creating image frames, storage medium and program executing apparatus | |
JP3962955B2 (ja) | 画像表示装置 | |
US7446767B2 (en) | Game apparatus and game program | |
JP2010055131A (ja) | プログラム、情報記憶媒体及び画像生成システム | |
CN113786624B (zh) | 游戏资源的制作方法、装置及设备 | |
JP2004362618A (ja) | 画像表示装置 | |
JP3420985B2 (ja) | ゲームシステム及び情報記憶媒体 | |
JP4771525B2 (ja) | 画像生成装置、遊技機、画像生成方法、及びプログラム | |
JP4782583B2 (ja) | プログラム、情報記憶媒体及び画像生成システム | |
JP2005122479A (ja) | プログラム、情報記憶媒体及び画像生成装置 | |
JP2005275795A (ja) | プログラム、情報記憶媒体及び画像生成システム | |
JP7482953B2 (ja) | 情報処理プログラム、情報処理装置、情報処理方法、および情報処理システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040910 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040910 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070426 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070815 |