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

**名前は開発中のものです。** · 03/05/25 17:57

よろしく

**名前は開発中のものです。** · 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));
}
これを貼れと言われた気が。