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

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技術が進化しても
結局は現場の徹夜で支えられている。ここは進歩ナシ。