★★★ゲームの技術を見破るスレ★★★

あのゲームのあそこ、実はこうやってるんだよね〜
と見破ってみたりするスレ。
ＧＴ３の環境マッピングはどうやって誤魔化してるの？
ＩＣＯの影はどうやってるの？
ねずみくすの毛ってすごいの？

よく癖になってやってしまうんだが。。。
これやると、ゲームを純粋に楽しめなくなるんだよなぁ。。。

AC3のセルフシャドウは？

>>3
仮想ステンシル＋シャドウボリューム
デクリメントしてからインクリメント

>>2
禿げ同。
しかも技術的にすごいと思えないゲームは、そのおもしろさに関係なく
プレイする気すらなくなる。プログラマの宿命か…

>>5
グラフィッカーはへぼドット絵を見ると萎えます

>>4
仮想ステンシルってなんですか？
何が仮想なのですか？
デクリメントからイクリメントも詳しくお願いします。

>>7
そういうのにいちいち答えるスレじゃない。
教えて君は別のスレで頼むよ。

「仮想ステンシル」なんて一般的な言葉じゃないから
仲間内でしか通じないと思うけど。

同感だ。
何の事を言ってるのかは見当付くけど
他所じゃ使いたくない方言だな　＞仮想ステンシル

>>7
PS2にはステンシルバッファの機能がないので､転送先αテストとパレットを使ったり､フレｰムバッファと加減算ブレンドを使ったりして、仮想的に加減算ステンシルバッファを実現しているので、仮想ステンシルと言っている。

またシャドウボリュームは表をインクリメント、裏をデクリメントで描画するのが通常だが、それを反転し裏を描いてから表を描くことでニアクリップ平面での波状を防ぐことができる（ファー平面では波状するけど）

ねずみの毛の表現はFurシェーダ。
遠くからじゃわかりづらいのが鬱と思われ

ICOの体に落ちてる影もその仮ステンシルですかい。

ﾙｲﾏﾝとＷＲのすごさ教えて著！！

>>14
妊娠必死だな（藁

>>15
いーからゲハ板帰れよ

今後「仮想ステンシル」という言葉を使ってる人に会ったら
この板の住人だと思うことにしよう。

ルイマンの影のアルゴリズムを見破れた人いる？

ルイマン＝ルイージマンション（ＧＡＭＥＣＵＢＥ）

>>18
シャドウマップだろ。あれは。

>>20
ＧＣにシャドウマップ機能あるんですか？

シャドウマップは影を生成するアルゴリズムの一つであって
「ハードウェアの機能」ではない。

ハードウェア機能としてあるかどうかはどうなの？
Ｘはハードウェア機能としてあるんでしょ？

>>21
PS2でもシャドウマップぐらい初期の鉄拳３ですらやってたぞ。
お前、ゲーハー厨だろ。

シャドウマップの実装方法と数学的裏付けについては
Googleで検索するか、Game Programming Gemsの5.8をご覧下さい。

結局、ＧＣのハードウェアは誰も知らないんだな。

>>26
この板の住民に何を期待しとるんですか。
業界人ならハード・業界板のほうが遥かに多いからあっちで訊いてね。

ＡＣ３がシャドウボリューム、
鉄拳３とルイマンはシャドウマップ、
これ本当なのか？
何か根拠はあるのか？

>>27
しかも広報ばっかの業界人

ＤＯＡ３の影は現実ステンシル＋シャドウボリューム。

>>28
画面見て、ちょっと動かしてみればわかるだろ。
普通のプログラマなら。

>>31
わはは。ナイスツッコミ。

つーか、この板感じ悪すぎ。
すぐにすれ違いとか言うし、その癖、誰も答えを出さないしさ。
仕切り屋、マジ消えろってウゼーよ。内容ないレスしか書けないしさ。

GCの影ってDCの技術とは違うの？
ポリゴンとポリゴンが重なった部分だけ描画する奴。
それに影の処理ってオブジェクトのポリゴンを平べったくして、
他のポリゴンと形を合わせるやり方なのでは？今は違う？

>>33
CEDEC 2001 - 信頼性の高いステンシルシャドウボリューム
http://developer.nvidia.com/docs/IO/1451/ATT/StencilShadows_CEDEC_J.pdf
CEDEC 2001 - 最新OpenGLハードウェアでのシャドウマッピング
http://developer.nvidia.com/docs/IO/1446/ATT/ShadowMaps_CEDEC_J.pdf

>それに影の処理ってオブジェクトのポリゴンを平べったくして、
>他のポリゴンと形を合わせるやり方なのでは？

平面投影シャドウですな。今でも有効な局面はある。

Planar Projected Shadow における変換行列の導出
http://cgi3.tky.3web.ne.jp/~tkano/columns/20000716.shtml

>>33
とりあえず、そのゲーハー癖直したら受け入れられるんじゃない？

>>33
君からは、ものすごくゲーハー臭がするんだが。
特に、ろくに技術を知らないくせに技術を語りたがるところとか。（藁

>>34
これってライブラリで対応してないっすか？キューブとか。
この技術初めから知ってる人ならすぐに組み込めそうだけど、
俺のような知らん奴だったら、開発に結構時間掛かりそう…。
めんどくさそう。

環境マップできてりゃ何も考えずに普通にシャドウマップできそうなもんだが。

後、メタルギア２の処理なんだけど、VRAM上の管理？みたいなので聞きたいんだけど、
あれって、画面用の領域３枚分用意してるの？
処理的に見てて、どうしても３枚分用意せな出来ないような感じがするんだけども。
画面用、前フレーム分、処理用（光学迷彩とか）で３枚使ってるように感じる。
そこんとこどうなの？それで作ってんなら根性あるな。開発者達。

>>40
デモシーンでは画面サイズガ半分になっているのがポイントですな

シャドウマップと環境マップはまったくの別処理な気が…。

<ＤＯＡ３の影は現実ステンシル＋シャドウボリューム。
なわけねーじゃん!!!
明らかに影の方がポリってるぜ。

>>43
影用のローポリデータを別に持っておく基本ワザ

ねずみくすの毛と似た技がＤＯＡ３とＸのゴルフゲームで草の表現に使われている。

すまんがGTのゆらゆらはどうやっているんだ？
できればOpenGLのソースつきでどなたか解説よろしく。

>>46
スレタイトルを見直せや

>>46
とあるところに同じようなDirectXなデモがあるが欲しいかね？

>48

欲しいです。DirectXも勉強しますので。

>>46

たぶん、Zバッファを縮小(縦横1/8くらい？)しながらVRAMの一部に転送。
次にそれをGSのVRAMからEEのメモリに転送。
EEで1ピクセルづつ値を見ながら一定値以上の値(Z値)を持っているものを揺らぎの対象とする。
次に、完成しているフレームバッファを碁盤の目のように区切って新しいフレームバッファに1ブロックづつ描画。
そのとき、揺らぎの対象になっているブロックのUV値を歪める。
という感じかな？

よく見るとブロック単位に歪んでいるのが分かると思う。

>>50
そんなに複雑にする必要なんてあるのか。

レンダリング済みのフレームバッファを、テクスチャエリアに縮小して転送
碁盤目状のポリゴンモデルに貼りつけてＺ座標に一定値を設定、
ＸＹ座標とαに揺らぎを持たせて描画してやれば、それらしくなるんじゃない？

目新しい技術のゲームって意外とないものだね。

>>52
ゲームじゃなくて「グラフィック」の技術ね。
ゲームシステムに関する技術はこのスレに皆無ですね。

CG関連は、そっち専門でやってる頭のいい人たちが
どんどん発表してしまうもんなあ。

>52
昔はヘビキャラが出てきただけで、凄ぇっ！と思ったモノだが・・・

メディアの読み込みで待たせないのが
コンシューマのゲームにおける究極の技術で、
ゲームのプレイ中、メディアの読み込みだけに
全神経を集中している人も多いと思いますが、
一番すごいのはＰＳのドラクエですか？

スターオーシャン・セカンドストーリーもROMゲー並みに速いでござるよ。

里美の謎

ドラクエ７のポリゴンってなんであんなにグニャグニャしてるの？
わざと？

一番すごいのはPS移植のFFだろ
読み込まないじゃん

>>60
FFの何？
FF5は、戦闘の度にローディング待たされて萎えた。

バックグラウンドでの読みこみはプログラマーの腕というより、
デザイナーの腕だからなぁ
処理自体は難しくはないよ

んなバカな。

なんでやねん。
クソソニーのヤツがよこした公式資料通りにやってもまともな速度でねぇでやんの。
こちとら根性で数十秒削ったんだぜ。

ジャック×ダクスターは広い世界をローディングなしで歩き回れるそうだ。
http://www.dengekionline.com/news/200105/20010519/20010519jak.html

>>65
プログラマのコメントが凄すぎ。
世界レベルの天才プログラマは本当に凄いな。

マークサニーは愛犬をアメリカから日本に連れてきたのか。
世界レベルの天才プログラマは本当に凄いな。

>>67
それ、評価する所違う(藁

犬好きだからノーティードッグなのか？

http://xboxmovies.ign.com/media/previews/video/transworldsurf/surfsmall2.mov
この波ゲーのXboxムービーのリアルな波には感動したナリ。
見るべきナリ。

Angelic Studios注目ナリ。
http://www.angelstudios.com/games/twsurf/twsurf_features.html

Angel Studiosだった。

あ、それカプコンのakimanが仕事してる会社じゃん

水の透明感が美しすぎるＹＯ！

>>72
まじかよ。

>>65
昔のシェンムーの鈴木氏のコメントと言ってること同じなんだけど

というか、単なる一般ゲーマー向きの宣伝用語の羅列にしか見えん。

ジャックダクスター　見たくなってきた
3D酔い防止AIカメラ　が気になるなり
モーションブレンドも　見たいね。初？キャリバー２もやってるらしいけど

＞クソソニーのヤツがよこした公式資料通りにやってもまともな速度でねぇでやんの。
公開資料なんて役に立たないんだね。
というか、役に立つ公開資料ってあるのかな。
所詮、導入だけってことか。

>>70
どこがﾘｱﾙなんだ。
水銀みたいだ

マークサニーはそんなことしてないでマーブルマッドネスを作ってほしい

>>79
ＣＧの水に「水銀」と皮肉言うの、これ禁止。

ﾓｰｼｮﾝﾌﾞﾚﾝﾄﾞやってるｹﾞｰﾑってｲﾊﾟｰｲあるの?

水銀は割と簡単になっちゃうよな
水って離れてみると岩肌みたいだから、バンプ使いたくなるよ

>>82
はじめて意識したのは６４のマリオテニス。
ドンキーコングが移動速度によって２足／４足歩行
に変化するのだが、中途半端な速度にすると、ちょっと
体の具合が悪そうな感じに（ｗ
良く出来てると自然に見えて、かえって
わかりにくいんじゃないのかな？

>>82
格ゲー全般。

>>80
ﾓﾝｷｰﾎﾞｰﾙ買えYO!

>83
某kano氏のBumpWaterがそれですな。

逆にみんなに質問なんだが、「これってどうやってるか想像もつかネーＹＯ！」
ってな画像エフェクト見たことある？

ソウルキャリバーだったか髪の振れが不自然なんだがあれはなんだろう？
真面目に計算ではない感じ

そういえば肉がプルンッて揺れるのもキャリバーのみ？あれいいよね
ポリゴンでもやわらかい感じがして（どーやって実装するのがスマートかなぁ）

>>85
まてまて。モーションの補間はすれど、ブレンドしたやつは
そんなにないっつーか、しらんぞおれ。

>>89
まあ、spring modelちゃいます？
ホネとカワの間にもバネ設定してあるのかなあ。

>>90
そもそもモーションブレンドってどんな技術。
AモーションとBモーションを重み付けしてブレンドするのは
モーション補間だよね。

思ってること

Aモーション：A0→A10　　　（Axでxの部分はフレーム）
Bモーション：B0→B10
ってのがあって、
Ax→B0へのなめらかなモーションの切り替えが補間
たとえば蹴りモーションの途中攻撃うけて、
ふっとばされモーションへの移り変わりとか。

(A0→A10)*n+(B0→B10)*(1-n)=C0→C10
でC0→C10のモーションを表示がモーションブレンドかな・・・

すまん。”ブレンド”って言葉だけだと意味があいまいになるね。
ってかその技術じたいを意味をわけてのたまうことが間違ってたかも。
プログラムはほとんど一緒になりそうだ。
反省sage

ポけもんスタジアム

キャラクターの体がかなり柔らかそうに動く。
頂点毎にウェイト設定してるは理解できるが骨の構造が
全く理解できん。

モーションブレンドってこういうの？

ttp://www.db.is.kyushu-u.ac.jp/~moshita/human/motion-j.html

本手法では、あらかじめ作成された動作をそのまま再生するのではなく、
その動作を目標動作として、目標動作に追従するようにキャラクタの関節角加速度を制御し、
動力学シミュレーションによって最終的な動作を生成する。

>>95
確かに、動力学シミュレーションして
力学を考慮した動作でモーション間の補間を行わないと
不自然な動きが生成されますね。
でも、補間の途中で重心のバランスくずして転んじゃったら、
うまくいかないんじゃないのかなぁ？

そもそも、多リンク構造の物理シミュレーションってどうやってるんでしょ？

>>93
んー、実際はわかんないけど、単純なブレンドだと、足が地面に
うまったりキテレツな方向へ間接が曲がったりしちゃいそう。
多分バーチャとかのマジ系はＩＫによる補間とかやってるんじゃ
ないのかなぁ？実はクオータニオンの補間だけでＯＫ？

>>94
あれ、モーフ＋ボーンでしょ。あとはセンスの問題じゃない？

MGS2について語りませんか？
あのゲームはテクニックというよりセンスが良い場面が多いですね。

影はどうなの？

Silent Hill 2 の霧がどうしても見抜けないのですが、
3D Texture もどきのようなことやってるのでしょうか？
火事のシーンの火はそのように見えましたが。

実際にゲームを見てないので何とも言えないんだけど、
何枚か板ポリゴンを立てて、アルファ抜きしたテクスチャをアサインしてるんじゃないの？

>>101
それが3D Textureだと思うよ。

こみゅにてぃ・ぽむ(PS)のフェードイン・アウトは
見破りやすいけど、綺麗なんで割と感動するよ。

>>102
おいおい、モノホンの3D Textureはテクスチャデータ自体が
256x256x256みたいに、３次元のピクセルデータもってるんだよー

おれも実際のゲーム見てないけど・・・

SH2ぐらい見とけや。
おれも実際のゲーム見てないけど。

>>104
スマソ。説明がアホだった。
3D Texture を可視化する方法の一つ、ってことで…

>>100　実はボクセルつかってたりして。

つーか、誰が見たって静岡はビルボードだろ。
3Dテクスチャなんてまだ先の話。
ＧＣとかはＺ憑きビルボ扱える分よりそれっぽくできそうだが。

外道照身霊波光線！
ゲーム技術の正体見たり！

カプコンのガンダムとかって　銃口の向きとモーションどう整合とってるのかな？
っと書いてみたら、単に手首部分で吸収してるのかな？

あと、足の接地つーより、寝転がって転がってる時とかどの程度真面目に処理してるんだろう？

>>104
というか3D Textureって、
同じサイズのミップマップをＺ方向にならべたみたいなものだろ。
でトライリニアフィルタで補完して使用する。

　256×256×256だとメモリはどのくらい必要なのかな・・・？

16bitで・・・・32MB？（´Д｀;）

確か、業務用の特殊なカードで512×512×512のボクセル
レンダリングが出来る物は見たことがあるけど・・・

>>112
通常、ボリュームテクスチャはマトリクス量子化系のアルゴリズムで圧縮する。
S3TCのボクセル版みたいなもの。
例えば32bit4×4×4ブロックを2bitインデックス+CLUT32bit×4でベクトル量子化すれば
256byte->32byteで8分の１になる。

ｵﾏｴﾗﾉｳﾐｿﾀﾘﾅｲｶﾗｯﾃｱﾁｺﾁｿｰｽﾊﾟｸｯﾃﾝｼﾞｬﾈｪﾖ

>>113
ＣＬＵＴってなんでしょうか？初めて聞くもので…

>>115
Color Look Up Table

まあようはパレットのことだ。

>113
　成る程、ありがとう。確かに圧縮しないとやって
られないね。勉強不足だ・・・。

S3TCのボクセル版みたいなもの = S3VC

なんか見破りたいような凄い技術ないか。

コピープロテクト。

ＩＣＯ影
ＨＡＬＯ影

>>119
たまごっち

ICOの光のハレーションはどうやってるんだろ？
バッファにピクセルごとの輝度値を保存しておいて、それをマスクに
フィルタリングしてるのかな？
ああいう効果の出るフィルタって、なんて言ったっけ……

>>123
Light Glare?
http://www.ati.com/na/pages/resource_centre/dev_rel/sdk/RadeonSDK/Html/Samples/Direct3D/RadeonLightGlare.html

DAKINI氏のページに関連情報が色々紹介されてるよ。

>>124

おー、なるほど。
バイリニアフィルタリングされたテクスチャを活用するですか。
けっこう綺麗な出力ですね。勉強になる。

そうでもない。

Jリーグスペクタクルサッカー
http://game.2ch.net/test/read.cgi/famicom/1010054562/

所で、メタルギアソリッドの雨って、どうやってると思いますか？

ここ一週間ほど考えて試してみたりしてますけど、
全然巧く行かない…
( OpenGLで　ですけど。

うーん、題材が全然面白くなかったか（反省。
とりあえず、自分の周りにランダムに雨を降らせる。
地面で跳ねる点を指定して跳ね続けさせる
画面手前にsmog(って言うか　薄く煙っぽいのを重ねる
をやってみました。

>>13１
ソースキボン

ドラクエ1は1つの絵(8×8ドット)の中に二つの絵が隠されている。
(えみゅでパレットの色を変えてみるとはっきりわかる。)

>131

とりあえずソース上げてみて。
俺も興味ある。OpenGLなら答えられる人も多いだろうし。

いや、技術的にと言うより、
アイデア的によくわかっていないのでそのアイデアが欲しかったな…と。

ソース自体上げる価値すらないような程度の物なので、
欲しがられましてもかなり恥ずかしいです -_-;;

実行ファイルなら上げても良いです。
(実行すれば一発で全部見抜けそうですし。

ttp://isweb42.infoseek.co.jp/computer/aabaab/
とりあえず作った奴をあげてみたりして。

この程度の物でもソース欲しがりますか？

>>136
うーん、かなりいい雰囲気だと思うんだが。
何が不満？

まず、少し画面から離れるとsmog感が無くなってしまったり。
それと、雨粒が少なかったり。
煽られる風に舞う雨粒みたいなのを表現したいなと。

目指せＭＧＳ２なんですけど。（無謀か
何かが足りない気がするんです。
何かが…。


正直、一ヶ月前から比べたら確かに色々進歩して居るんですけど。
（テクスチャー等をかなり入れ替えて当時からは良くはなっていると思われますが。

>>137
書き忘れましたけど、
そう言っていただけると嬉しいっす ;)

>136
良いと思うよ。テクスチャは見たことがあるものが。
ソース公開してくれないかなー。.polの処理とか見たいよ。

あうっ。
見たいですか… --;

こんな中途半端な状態の物じゃ無ければ、良いかなって気もするのですが…
とりあえず、期間限定？で上げてみます。（たぶん
今晩８時頃からたぶん明後日ぐらいまで…。

って、最新のソースコードが無くなってる　Σ（´□｀;;)

ぅぅぅ。
まさか、間違えて新しい方消してしまったのか…。

宇津だぁぁ。
（旧バージョン、上げておきます…。

恥ずかしいから消しちゃいます。
それではみなさまさようなら。

>143
がーん。落とせなかった。
気が向いたら再UPおねがいします。

>>138
MGS２でもあんまり引いた絵は見せていなかったような。smog感がなくなる、
っていうのは演出で回避かも。雨粒の密度は単純に処理速度の問題のような気がするし。
霧に使ってるテクスチャと雨飛沫のテクスチャをグラフィックデザイン的な工夫をすると良い
のでは。プログラミング的な工夫ではなく。
MGS２のイベントムービーは30FPSらしいし。しかもPS2.。

家の環境（celeron 1.10GHz GF2 MX200)でも60FPS出てたから、もっと大胆に雨粒増やし
ちゃってみては？

　　　　
Future-Web（フューチャーウェブ）登場
なんと10,000円単位の収入　　　　

●10,000円単位の高収入
　１件につき最大１０、０００円の高額収入。月収１００万円以上も可能。
●画期的なビジネス！
　インターネットを利用したこれまでにない斬新で画期的なビジネスです。
●誰でも出来ます！
　インターネットが出来る環境の方なら誰でも参加可能です。
●専門的な知識は一切不要！
　ビジネスに必要なツールはすべて当社で用意いたします。また、サポ
　ートも万全です。
●詳細は今すぐＨＰをご覧ください。
　　http://www.future-web.tv/7823/

>131

その後どうですか？

51に成ってDCプログラムを始めたのですが、
会社のプログラムの納期に追われて死んでいました 。

正直、もう何が悪いのかさぱーりで最近雨ばっか見てます。
七人の侍とかすごいけど、あれは白黒で雨に墨汁混ぜて雨の存在感出したって方法だからなぁとか
軽い雨だとライトの周りしか水滴が見えないなぁとか。

そんな感じです。

発掘してみる

というか、DCの実行ファイルって上げても良いものなのかと。

>>131
シブキが全部同じ大きさっていうのが田舎くさいね。
あとすこしシブキが大きすぎる。
それから地面のテクスチャに濡れている雰囲気が出てない。
それから全部のシブキの表示される時間が同じだから不自然。

それから
去年かよ

□□□□■□□□□□■□□□□□□□□□□□□□□□□□□□□□
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□

再開！

>148
５１ｲｲ!!

□□□□■□□□□□■□□□□□□□□□□□□□□□□□□□□□
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□

見破る前にスレが終わってるな

化石スレ発掘

バラデュークのマップデータってどう収納してるの？

ふとん圧縮袋

>>151
まさか１年後にレスがついてるなんて気がつかなかったよ
確かに全部同じ大きさなのはいただけないか。

あれくらいのサイズじゃないともうちょっとたくさん出さないと不味いかな？
と思って逃げてました。
今のＰＣなら　そんなの全然気にしなくてもイイヨナァ。
(ってか　当時の自分のＰＣが貧弱過ぎってのもあったけど。




っていうか、
さらにそこが２年後に気がつくのかよ！！俺。

SRPGを作っています。
カーソル、移動／攻撃範囲、(キャラの歩行絵があるなら歩行画像も)を
それぞれ２パターンの絵ずつ裏ビットマップに描いておいて、
タイマーで時間が来る毎に２つを交互に切り替えて、点滅の感じを出しています。
点滅パターン１：http://gamdev.org/up/img/2510.jpg
点滅パターン２：http://gamdev.org/up/img/2511.jpg

時間が来る毎に、移動／攻撃範囲を表示しなおすと、処理が重くなるから、
この方法だと、１枚のみ表示すればいいので、軽くなるのですが、
逆に、画面をスクロールさせるときなど、裏ビットマップを更新する時、
２パターン分、描かないといけなく、逆に重くなってしまいます。

こういう時は、どういうやり方でやるのがベターなのでしょうか。

このスレでする質問ではないとは思いたかったが、答えよう。

端的に言えば、超高速マシンを手に入れる。
それで終わりだ。

それで、そんな処理が重くなるという名の幻想からは解放される。

>>161
分かりました。ありがとうございました。
このスレに書いたのは、スレ立てるまでも無いスレが終わりそうだったからです。

... 本当に解ったのか？
このスレでするべき質問ではない　と言う意味も理解していないのでは無いのか？

まるでＳＦＣ時代の画面を表示するのにそれほど重くなると言った気にすべきほどのことすら発生するはずがない。
だから、この程度で重くなるだとか言ってるのはロジック以前のハードウエア支援の使い方と言った部分に問題が由来する　と言うことだ。

つまり、ゲームの技術を見破る以前のことだからスレ違いだと。

まあ、解ったんならいいんだが。
年甲斐もなくこんなレスする俺はＤＱＮだぜ　(´∀`)

後、どの程度遅くなるのか等をちゃんとした数値で出すか、ソースコードをすべて公開して聞くべきだな。
そして、その質問をするべきスレは、プログラムの最適化を扱うスレだ。

後は俺が叩かれるだろうから 161 はこれを持って居なくなる。

良スレ期待age

〜そしてまた一年後へ〜

ふふふ

てすてす。

(笑)

海腹川背のラバーリングって（ｒｙ

うふふ

見破った！！

『FREEJIA〜回帰の果てに〜』のヴォイスってどうやって入れてるんだろう

ぬるｐ

a

hoshu

test

test

て

nkgcdxh

一応保守

tes

よく生きてるなぁ

最近のFPSって敵がすげー頭よくて人間みたいに動いてるけど
ああいうのってどうやって作ってんの？

>>184
ttp://www.cgf-ai.com/docs/straatman_remco_killzone_ai.pdf

>>184
いわゆるマルチスレッド処理をする
ゲームの主処理とは別に、プレイヤーと同じ立場で思考してキー入力するAIを用意する
ゲームの主処理と切り離すことで、AIを増やしてもゲームが重たくならない利点がある(代わりにAIが重たくなる)
欠点はAIのスレッドを制御するのが難しいこと。ゲームは止まってるのにAIが動きっぱなしとかなってバグの温床になるが
うまくいけばAIを何百人も用意できる

じゃあAIを人間みたく動かすにはどうするの？って話になるわけだが
マップの探索処理を使ったり、AIの思考基準を音がしたとか、敵に撃たれたとかで決めればより人間らしくなる
マップ自体をAIの都合に合わせるのも大事。AIは溶岩や水、落とし穴に簡単に落ちてしまう

記念

質問なのでage

プレイヤーキャラを背後から見るような視点で
照準が画面中央にあるタイプのTPS
(地球防衛軍とかPSO2の肩越し視点とか)
における、弾丸の軌道はどういう処理になっているのでしょうか？

単純に考えると、手前への射撃と奥の方への射撃では
ズレが生じると思うのですが
どちらもきちんと画面中央に着弾します
それでいて、目標物への距離に応じて
銃口が動いているようには見えませんし
(気づいて無いだけで動いているのかもしれませんが)
別プレイヤーからの視点では、きちんと銃口から
弾が発射されているように見えます

何か「騙し」が入っているのだろうとは想像つくのですが
皆目見当が付けません
どなたか教えてください

素人考えの俺がＡＩの設計をしてみた。

・ＡＩは状況に応じて行動する。
・ＡＩの行動パターンをクラスにまとめておく。行動、状態、発動条件。
・状況をモニターし、発動条件と状態が整ったら行動させる。

これで行けると思うんだけど、実際の製品とかはどうやって作られているのだろう？

>>188
要するに、プレイヤーは画面上の照準カーソルを二次元的に平面に動かしているだけなのに、
画面の奥の敵にも目の前の敵にも、カーソルの中央で着弾するってことだよね。

＜--a--＞。←遠くの敵
（距離）
＜--b--＞○　←近くの敵
＜--c--＞田　←カーソルの位置
○　←プレイヤーの位置

これで近くの敵でも遠くの敵でも、プレイヤーの角度が変わらず撃って当たってると。
不思議だね〜

>>188,190
カメラからまっすぐ飛ぶrayに最初に衝突する物体へ向けて、
常に銃口を向ける、とかでいいんじゃないか？

というかこれ以外の部分を調整することは不可能じゃない？

操作してる奴のモニタに対してだけキャラが実際にいる位置とずらして画面に描画してんじゃねーの
他人からは肩越し視点で視線が通る必要ないから普通に実際の位置で表示すればいいし

落合達也ってだれですか？

>>188
　　Ｃ　Ａ…プレイヤー　Ｂ…カーソル　Ｃ…敵
　／|　　
Ａ￣Ｂ

この二等辺三角形のＣＡＢの角度を割り出せばいいだけなんじゃね。
Ｂの垂直直線方向にあるＣを見つけたら、ＢＣの長さわかるよね。
Ｃが壁やオブジェクトすら全くない場合は、仮のポイントを仮定するんだと思う。

すみません、しばらく見れてませんでした(汗)
レスありがとうございます

あれから自分なりにゲーム内で試して見たのですが
少なくともPSO2については、>>191さん、>>194さんの方式のようでした
壁と空を交互にサイティングすることで、銃口の向きが大きく変わることが確認できました

考えてみれば、ほとんどのケースでは
[カメラからターゲットへの距離]≒[キャラからターゲットへの距離]≫[キャラとカメラの間隔]
が成り立つので、多少距離が違う程度では
銃口の向きの違いはほとんど見分けられないですね
難しく考えすぎていたようです

だいぶ技術は進化したな

今後どんなにCG技術が進化しても
結局は現場の徹夜で支えられている。ここは進歩ナシ。