ゲームのアルゴリズムを教えて管sai

**名前は開発中のものです。** · 2008/06/24(火) 03:55:28

敵が画面横や画面中央から出現するような処理はできないな。

**名前は開発中のものです。** · 2008/06/24(火) 09:03:16

for(i=0;i<25;i++)
{
    if( ScrollY == (ScrollY / 32) * 32 )
    {
      Enemy_temp = StageMap2[i + ( ScrollY / 32 ) * 25 ];
      if( Enemy_temp > 0)
      {
        ShowEnemy( i * 32 , -32 , Enemy_temp , 3 );
      }
    }
}
でいいんでないの？

**名前は開発中のものです。** · 2008/06/24(火) 09:57:42

俺だったらテキストデータで
E:idx:xpos:ypos:flag
みたいなのを一行づつ読むのを作る、というか実際そうした。
E:1:32:-16
E:1:32:-24
W:30
E:2:64:-16
だったら種類1の敵をx=32 y = -16 と　y = -24 に出現さして、30フレーム待って、x=64に敵出現
ゼビウスみたいに背景と連動するにはまた違ったやり方がいいだろうけど

**名前は開発中のものです。** · 2008/06/25(水) 01:36:50

俺も絶対的な配置より、>>139みたいな相対的な配置のほうが好きだな。
後々編隊の出現時刻を変えるときとか、相対時間を調整するだけですむ。
enemy命令、wait命令とか。
作り方はシューティングゲームプログラミングって本に載ってる。
あまりきれいなコードじゃないから余裕があるなら自分で組みなおした方がいいと思うが。

**名前は開発中のものです。** · 2008/07/06(日) 07:44:15

ttp://www.borndigital.co.jp/book/program/4-86246-015-1/index.html

GPGを購入しようと思ってるのですが　1～5まであって
最新の５を購入しようと思っています　無理して1～4まで全部買う必要はありませんか？

**sai** · 2008/11/02(日) 12:31:11

Xi[sai]DXの自動解答ツールでも作ってくれ。
総当り的に解答できるものなのか・・・

**名前は開発中のものです。** · 2008/11/02(日) 18:03:02

>>141
バカカシネヨってぐらい高いよなこのシリーズ

**名前は開発中のものです。** · 2008/11/03(月) 01:37:29

>>141
GPGは最新刊から買う物だよ。

**名前は開発中のものです。** · 2008/11/17(月) 23:19:42

>>141
1,2以外はmmo用だよ

**名前は開発中のものです。** · 2008/11/21(金) 02:41:33

初期のGPGのほうがおもしろかったよな

**名前は開発中のものです。** · 2009/02/13(金) 16:28:05

まんまスペースハリアーみたいな疑似3Dシューティングゲームを作ってみようと思うのですが
あの手のゲームは絵や映像の技法で言うところの「一点透視法」な画面だと思うのですが
その考えで行くと自キャラが撃つ弾は全て画面中央の一点に向かってしまう事になってしまいます（リアルに考えるとそれで正しい）
スペハリや亜流はその辺をどうやってそれっぽくフェイクしているのでしょうか？

**名前は開発中のものです。** · 2009/02/13(金) 20:36:46

やっぱそんなもんか、俺もＧＥＭ2までしかもっていない

**名前は開発中のものです。** · 2009/02/14(土) 13:48:41

よくわからないけど、画面表示の向きと、画面上の自機の向きをバラバラに考えて、上下左右移動時は時機の向きがそれぞれの方向に慣性付きで移動するようにして、その方向に弾がでるようにすればいいんじゃない？

**名前は開発中のものです。** · 2009/02/17(火) 17:38:25

>>147
まず、一点に集中しちゃうのは平行線だけだぜ

よしんば自機の弾が平行にしか撃てないとしても、集中するのは無限遠点だ
ゲーム時間中に到達するのかい

**名前は開発中のものです。** · 2009/02/17(火) 23:44:47

ゲーム画面中の10km先と無限の先は何ドットずれるんだい？

**名前は開発中のものです。** · 2009/02/21(土) 00:00:04

crysisの四脚の敵とか
モンハンのシェンガオレンみたいのってどうやって作るんでしょう？
アニメーションさせれば平の地面を歩く程度はできると思うんですが
凹凸の地面を歩かせたりするにはプログラムからボーンを調整したりするんでしょうか？

**名前は開発中のものです。** · 2009/02/21(土) 00:33:55

モンハンってそもそも平面だけじゃね？

**名前は開発中のものです。** · 2009/02/21(土) 10:29:20

**名前は開発中のものです。** · 2009/02/21(土) 17:45:04

いや、モンハンは分かりやすいかな？程度で出しただけなんで。
IKでやるのは理解してるんですが、
ボーンと地面の判定→先端ボーンの位置を指定→IKで根元までって感じなのでしょうか？

・・・今思うとDirectXの話な気がしなくもない。

**名前は開発中のものです。** · 2009/02/21(土) 18:03:55

自分が理解できない事は全てDirectXが解決してくれる病ですね

**名前は開発中のものです。** · 2009/02/22(日) 05:51:07

知らないのが幸せって事ですね、わかります。

**名前は開発中のものです。** · 2009/02/22(日) 12:50:23

モンハン並みのものを作れないおまえら雑魚すぎるｗｗｗ

**名前は開発中のものです。** · 2009/02/26(木) 02:31:56

地面の高さに、モデル空間の座標を合わせるだけだと思うが

それとも、実行時にモデルアニメの計算をするのか
そんな事しないだろう

**名前は開発中のものです。** · 2010/03/22(月) 01:51:39

広大なマップを動き回るシミュレーションみたいなのを考えてて
とりあえずA*というアルゴリズムで2048x2048のマップで
１ドット単位で移動可能としてやってみたら遅くてとても実用的じゃないと判明した
もっと早い方法はあのかな？
マップを小さくしろってのは無しでお願いしますよ
考えてるゲームがマップの広さを利用したものなんで

**名前は開発中のものです。** · 2010/03/22(月) 12:37:52

なんで教えてもらうのに上から目線なんだ

**名前は開発中のものです。** · 2010/03/22(月) 18:41:43

GameProgrammingGemsあたりにあったような気もする。
俺は買ってないけど。高くて。

**160** · 2010/03/22(月) 21:39:10

調べてたらいろいろやり方はあるみたいだ
ちょっといいアイデアを思いついたんで今実験中

**160** · 2010/03/26(金) 06:17:01

あれからいろいろ実験して完全オリジナルのアルゴリズムを考えてやってみた
2048x2048の１ドット単位移動マップで端から端あたりまでの検索の１秒も掛からなくなった
A*を継承してるんで検索漏れはないはず
なにげにすごい発明をしたのかも

**名前は開発中のものです。** · 2010/04/01(木) 13:36:00

>>160
オライリーのAIの本のページにサンプルコードがあったはず、探してみな

**165** · 2010/04/01(木) 13:38:08

>>160
みつけてきたぞ
O'Reilly Japan - 実例で学ぶゲームAIプログラミング
http://www.oreilly.co.jp/books/9784873113395/

これの関連ファイルにソースコードとサンプルの実行ファイル入ってる

**名前は開発中のものです。** · 2011/01/26(水) 00:07:21

ドカポンなどの双六式のゲームで、「おまかせ」というモードがありますよね？
でた目の数で丁度いけるマスを自動検索してくれるというものなんですが、
あれのアルゴリズム分かる方いますか？言語はなんでもかまいませんので
教えていただけないでしょうか。

**名前は開発中のものです。** · 2011/01/26(水) 10:00:10

マップが分岐なし一方通行なら一次元配列で出目を足せばいい。
分岐がたくさんあるなら、マップを二次元配列にするとして、
「ゲーム　シミュレーション　移動範囲」を検索し応用。

**名前は開発中のものです。** · 2011/02/01(火) 23:17:29

>>168
SRPGの移動範囲みたいなのはわかるんですが、双六だと途中の経路にループがあったり、
飛ばせるマスがあったりしてそこを含めて出目に丁度合うように移動可能か判定するには
どうすればいいか、そこが今ひとつわからないんです。

**名前は開発中のものです。** · 2011/02/03(木) 11:10:31

それは簡単。印をつけてループしなくさせればいい
たしか移動歩数的なものを記録すればよかったんじゃない

**名前は開発中のものです。** · 2011/02/03(木) 12:33:35

いや、ループはさせないとダメでしょ。
桃太郎電鉄でもリニアカードや新幹線カードを使うとサイコロをたくさん振れて
ループも含めて目的の駅に入りやすくなる。

単純に隣接マスを走査していけばいいと思う。
再帰でやれば楽だろう。

**名前は開発中のものです。** · 2011/02/08(火) 21:49:20

とりあえずマップを二次元スクエアとして、シティブロック距離を測定、移動可能距離が足りなかった場合はそこで打切り、
これを基本にして虱潰しにやるというのが一番いいですかね？
あとは直前のマスには戻れない、飛ばせるマスや通過点は移動距離に足して計測、とか細かい点が多いものの
当時のスーファミでも出来るくらいだからどのみち計算量は大したことないんですが

**名前は開発中のものです。** · 2011/02/14(月) 00:38:02

リブルラブルやギャルパニ３みたいに「プレイヤーが引いて囲んだ線の内側」って
どうやって判定すればいいんでそ？

**名前は開発中のものです。** · 2011/02/20(日) 00:02:26.60

「線のどちらが内側か」という問題なら符号付き面積を求める方法があります。

もしくは、「確実に外側である適当な点から最初に線を横切った先は内側」
という判定方法もあります。

**名前は開発中のものです。** · 2011/03/15(火) 13:41:09.98

2Dアクションゲーム何ですけども、
キャラに引っ張られる様にスクロールさせるにはどうすれば良いでしょう。
常にキャラが中央に来るのではなく、中央から一定距離離れた所からキャラを追う　といった感じです。

**名前は開発中のものです。** · 2011/03/16(水) 20:23:24.82

スクロール境界線を越えた分だけスクロールさせればよいでしょう。

**名前は開発中のものです。** · 2011/04/24(日) 21:44:08.42

>>176
有難うございます。正にその通りでした。

**名前は開発中のものです。** · 2011/06/19(日) 15:45:00.60

スーパーマリオブラザーズの様なゲームの場合、
ブロック等を全てスプライトで処理するのはやはり無理がありますよね

**名前は開発中のものです。** · 2011/06/20(月) 00:09:15.70

あまり今のＰＣのマシンパワーを舐めないほうがいい

表示範囲外のところは勝手に無視してくれたりするんで
最適化とか効率はモノが動いてからでも十分間に合う

まずは思いついた方法、いちばん簡単にコーディングできそうな方法でやってみるが吉

**名前は開発中のものです。** · 2011/06/30(木) 18:39:23.75

>>179
有難うございます。
とりあえず組んでみる事にしました。

**名前は開発中のものです。** · 2011/07/13(水) 21:44:59.63

スクロールゲームでの、オフセット方式で座標を更新するとして、
画面のオフセット位置の更新ってどのタイミングでやるべきなのでしょう。
位置はプレイヤーに追従させるとして、プレイヤーの処理後だとプレイヤーの処理中にオフセット位置を用いる処理があればズレてしまうし、
結局どのタイミングでも、完全な同期は無理なのでしょうか。

**名前は開発中のものです。** · 2013/01/02(水) 23:39:58.04

NHK教育を見て40886倍賢くマターリ
http://hayabusa2.2ch.net/test/read.cgi/liveetv/1357124586/

**名前は開発中のものです。** · 2013/12/28(土) 23:29:15.34

グーグルの検索エンジンのアルゴリズム
http://webblogsakusei.main.jp/seo_taisaku_syukyaku.html

**名前は開発中のものです。** · 2015/03/12(木) 17:13:40.27

２Ｄの無限マップってどうやってデータ保存しとけばいいんだろう
２次元リストだとプラス方向にしか伸ばせないし

**名前は開発中のものです。** · 2017/02/03(金) 02:21:27.57

age

**名前は開発中のものです。** · 2017/12/31(日) 22:24:26.27

簡単にお金が稼げる方法興味ある人だけ見てください。

グーグル検索⇒『来島のモノノリウエ』

FNI7DS9IDU

**名前は開発中のものです。** · 2018/06/04(月) 19:43:36.48

>>184
基本的には動的に生成(プロシージャル)
乱数はパーリンノイズ
変化があったとこだけ差分を記録

見てないところでマジレスする快感
なお正しい方法かは知らん(俺だったらそうするってだけ)

**名前は開発中のものです。** · 2018/07/13(金) 20:31:25.63

せっかくなので補足。
パーリンノイズは、「改良パーリンノイズ」のほう。

改良は、各頂点座標をシードにしたハッシュ値を乱数替わりにするので、
時間的にもメモリ的にもほぼノーコストで、各頂点のベクトルを再現できる。
（各頂点のベクトルを、メモリ等に保存しておく必要がない）

なので、無限マップの任意の座標の地形を、いつでも同じ形に再現できる。

**名前は開発中のものです。** · 2018/07/26(木) 22:53:35.87

昔のドラクエなどにあるメッセージ表示ってどうやるのでしょうか？
一文字づつ文字が表示されるみたいな。

**名前は開発中のものです。** · 2018/07/27(金) 00:41:49.38

>>189
一文字ずつ表示すればいいんじゃね？

**名前は開発中のものです。** · 2018/07/27(金) 09:58:54.71

バカレス乙

**名前は開発中のものです。** · 2018/07/29(日) 10:20:50.75

>>189
文字を一個づつ表示する

**名前は開発中のものです。** · 2021/04/12(月) 19:31:38.14

2Dシューティングのホーミング弾が作れません
外積計算して正負で軸があってるか判断、
それを弾の個数分やるって事であってるんでしょうか

**名前は開発中のものです。** · 2021/06/17(木) 16:49:26.83

もう見てないだろうが、

ホーミング弾の進行方向から見て、目標物が右側にあるのか左側にあるのか調べる。
（弾の移動ベクトルのatan2と、弾から物への方向ベクトルのatan2との比較）

右側にあるなら、ホーミング弾の移動ベクトルを右回転、左なら左回転。
ただし、回転角度には上限を設けないと、カクッと動くことになるｗ

最近のコンピュータって速いから、こんなもんで十分じゃないかな。。。と妄想ｗ

**名前は開発中のものです。** · 2021/06/17(木) 20:18:18.12

みてます！ありがとうございます
今はホーミング弾の目標が軸の左にあるか右にあるかを外積の正負で判断し、
弾一つ一つをループさせてみています
衝突判定に使う4分木の様な、効率的なアルゴリズムがあったりするのでしょうか

**名前は開発中のものです。** · 2021/06/18(金) 17:26:24.06

見られてたｗ

ホーミング弾って、距離離れてても追尾するイメージあるから、
四分木みたいな領域分轄はできないんじゃないかなぁ

処理速度の最適化は、一番重い処理を見極めて、
そこを高速化するのが効果的と思うけど、

ホーミング弾って、回転行列を使うから、
ホーミング角度θに応じたsinθとcosθを、あらかじめ計算しておくって手はあるかも。
（ホーミング角度θは、固定値なはずなので）

**名前は開発中のものです。** · 2021/08/19(木) 22:31:46.49

わざと0.5秒とか一定間隔をあけてホーミングしたほうが
動きがカクカクしないしゲーム難易度的にもいいと思うぞ
（右回転なら右回転を0.5秒続ける）

**名前は開発中のものです。** · 2023/08/04(金) 15:32:45.30

問題がありません

**名前は開発中のものです。** · 2023/09/25(月) 01:59:21.44

public int Sayu(Pos arg)
{
var buf = arg.posF - posF;
return Lib.GetSeiFu((vecF.X * buf.Y) - (vecF.Y * buf.X));
}
これを貼れと言われた気が。