HSP - Hot Soup Processor [7]

**名前は開発中のものです。** · 04/06/10 04:28

前スレ
　　HSP - Hot Soup Processor
　　　http://game.2ch.net/gamedev/kako/1005/10053/1005332663.html
　　HSP - Hot Soup Processor [2]
　　　http://game.2ch.net/test/read.cgi/gamedev/1035428757/
　　HSP - Hot Soup Processor [3]
　　　http://pc2.2ch.net/gamedev/kako/1043/10436/1043609896.html
　　HSP - Hot Soup Processor [4]
　　　http://pc2.2ch.net/test/read.cgi/gamedev/1047082415/
　　HSP - Hot Soup Processor [5]
　　　http://pc2.2ch.net/test/read.cgi/gamedev/1058507713/
　　HSP - Hot Soup Processor [6]
　　　http://pc5.2ch.net/test/read.cgi/gamedev/1078660876/

関連サイト
　　ONION software　（本家）
　　　http://www.onionsoft.net/
　　HSP CENTER
　　　http://hspcenter.com/
　　HSP ML
　　　http://garde.esprix.net/hsp-ml/

**名前は開発中のものです。** · 04/07/03 19:38

>>246
ｼﾞﾜｼﾞﾜﾜﾗﾀ

**名前は開発中のものです。** · 04/07/03 21:58

簡単に書くと。

a="abcdefghij"
b="ef"

strlen len1,a
strlen len2,b
instr p,a,b

strmid c,a,0,p
strmid d,a,(p+len2),len1
e=c+d

mes e

stop

**名前は開発中のものです。** · 04/07/03 22:26

けど、それだと先頭のやつしか除去できないし、a
に含まれないのをbにいれると変になるとおもうが...

**名前は開発中のものです。** · 04/07/03 22:32

a="abcdefghijef"
b="ef"
repeat
strlen len1,a
strlen len2,b
instr p,a,b:if p=-1:break
strmid c,a,0,p
strmid d,a,(p+len2),len1
a=c+d
loop
mes a

stop

aに含まれるbを全部除去する

**名前は開発中のものです。** · 04/07/04 01:20

a="abcdefghijef"

a=""
mes a
stop

aを全部除去する

**名前は開発中のものです。** · 04/07/04 18:56

HSPで弾幕シューゲーを作るにあたって、
どうしても越えられない壁がある。処理速度。
当たり判定が突き抜けないように、1ドット移動ごとに当たり判定
ルーチンを巡らせる。
100個くらいのところでバテる。
2ドットごとに妥協して、さらに作り進めていくと、
自弾の処理でまたバテる。

･･････････どうしても弾幕ゲームが作りたいんだ･･･
HSPの限界はよく分かった･･･。
誰か、頼むからプログラムを速く走らせるコツを
教えてくれ･･･

**名前は開発中のものです。** · 04/07/04 19:00

> HSPの限界はよく分かった･･･。
それ組み方の限界ｼﾞｬｰﾝ？

**名前は開発中のものです。** · 04/07/04 19:10

プラグイン何使ってんだ？

**名前は開発中のものです。** · 04/07/04 19:18

ルーチンを軽くする

**名前は開発中のものです。** · 04/07/04 19:49

計算の部分をマシン語で書く。

**名前は開発中のものです。** · 04/07/04 20:46

>>255
そう言われるとそうだな、そう訂正するｗ

プラグインは
hspext：hspdxa：dsoundex
ジョイパッドの入力にhmmを使う予定

サイン・コサインは予め256コのテーブルに
保存して使ってるけど、狙撃するときに
アークタンジェント（ematan）を求めてる。
これって相当遅くなるのかな？

マシン語か、マシン語とアセンブラの違いも分からない
俺じゃかなり無理ぽいな

**名前は開発中のものです。** · 04/07/04 20:52

マシン語はCとかで書いてオブジェクトファイルから取ればいい。
マシン語がバイナリで、アセンブラがmov *, *とか。

**名前は開発中のものです。** · 04/07/04 21:03

それ、ヒープ領域のコード実行が将来のWindowsで不可能になることまで
考慮して言ってるのかな

**名前は開発中のものです。** · 04/07/04 21:05

実行時に切り替えるようにすれば？

**名前は開発中のものです。** · 04/07/04 21:05

パソコン買い換える。

**名前は開発中のものです。** · 04/07/04 21:09

VirtualProtectで実行権付けるのに成功したらマシン語
失敗したら普通に。

普通にDLLに分離してもいいと思うけど。

**名前は開発中のものです。** · 04/07/04 21:13

repeat 10000000
A ++
loop
で3400msくらいかかった。
ｾﾚﾛﾝ1.7Gですた。
みんなのも気になるよ。
晒してくれぃ。

**名前は開発中のものです。** · 04/07/04 21:51

プログラム晒してくれればこっちの環境で実行した結果出すよ

**名前は開発中のものです。** · 04/07/04 23:04

>>254
当たり判定の具体的なルーチンを知りたい

**名前は開発中のものです。** · 04/07/04 23:15

>>265
当方、Pen4 2.4CG ：XPで
2100msぐらいだったかな。

timeGetTime と GetTickCount の両方で測っても変わらなかったけど。

**名前は開発中のものです。** · 04/07/04 23:34

>254
当たり判定を細かくやってるみたいだけど処理落ちするってことは弾の量はかなり多めなんだよな
たぶん弾速はそれほど早くないと思うが速度の速い弾以外は１フレーム１回当たり判定で十分なんじゃないか？

**名前は開発中のものです。** · 04/07/05 00:12

>>265
gettime x,5:gettime y,6:gettime z,7
print "" + x + "/" + y + "/" + z
repeat 10000000
A ++
loop
gettime x,5:gettime y,6:gettime z,7
print "" + x + "/" + y + "/" + z
stop
--
こんな感じで計測してみた。
Pen3 800MHz で約4250ms でした。

…しかし、抜けると分かっててもwaitのないループをHSPで実行するのはちょっと気持ち悪い。

**名前は開発中のものです。** · 04/07/05 00:14

Cel300MHz 7681ms

**名前は開発中のものです。** · 04/07/05 00:22

Pen4　2.80GHｚ　1422ｍｓ

**名前は開発中のものです。** · 04/07/05 00:32

地球シミュレータ 0ms

・・・ごめん、ネタがつまらんね('A`)

それはおいといて、パフォーマンスカウンタ使おうと思うと思ったら
LARGE_INTEGER・・・面倒くさいな。

**名前は開発中のものです。** · 04/07/05 00:39

AthlonXP1600+ 1.4GHz 1312ms

**名前は開発中のものです。** · 04/07/05 00:45

AthlonXP 2.0GHz 953ms

**名前は開発中のものです。** · 04/07/05 04:54

Pen4 2.4GHz
2047ms
・・・オーバークロックでもするかな。。。

**名前は開発中のものです。** · 04/07/05 09:28

AthlonXP2600+(Barton) 1.92GHz 953ms
IDT Winchip 200MHz 17695ms

Winchipマシンの方が桁違いに金がかかってるんだけどな･･･。

**名前は開発中のものです。** · 04/07/05 09:45

いつからここはベンチマークスレになったんだ？

**名前は開発中のものです。** · 04/07/05 13:02

265だが、これで計った。
#include "dsoundex.as"

timer
TIM1 = stat
repeat 10000000
A++
loop
timer
TIM2 = stat
RE = TIM2 - TIM1
mes RE
stop
gettimeより精度が良いらしい。

**名前は開発中のものです。** · 04/07/05 13:14

連レスｽﾏｿ
>>267
A1 = 自弾Xと敵Xの差
B1 = 自弾Yと敵Yの差
A2 = (-自弾サイズX<A1)&(A1<敵サイズX）
B2 = (-自弾サイズY<B1)&(B1<敵サイズY）
if (A2&B2)=1 : 当たり
みたいな感じでやってる。確かどっかの
ページで解説したやつをパクった。

>>269
自機のサイズが2*2で、移動量が1フレーム２～４ドットにしてるから、
敵弾のスピードが1フレーム１ドット移動ならOKだけど、
もぅ少し速い弾（をメインにする予定）だとたまに抜ける時があるんですわ。
でも、ある程度場に残って邪魔する弾なんか作ったときは
参考にさせてもらうんで助言感謝

**名前は開発中のものです。** · 04/07/05 14:46

描画と当たり判定のフレームを別にする。
当たり判定はするが描画しないフレームが存在するようにする。

**名前は開発中のものです。** · 04/07/05 15:10

>>273
LARGE_INTEGERは基本的に64bit整数型

**名前は開発中のものです。** · 04/07/05 17:59

プラグインにある衝突判定命令使うほうが速いだろう。
すり抜けが嫌なら、弾のスプライトを進行方向逆に少し伸ばして長方形にすれば？
その場合回転使うと描画が重くなる可能性あるので16方向くらいで用意したほうが良いけど。

**名前は開発中のものです。** · 04/07/05 18:45

＞弾のスプライトを進行方向逆に少し伸ばして長方形に
斜め長方形は無理でそ？　長方形で縦や横に大きく当たり判定が
取れたとしても、斜めだと正方形の当たり判定にせざるを得ないから、
こだわるとレイヤー作って色取得、みたいなことしなきゃならないっぽい。

**名前は開発中のものです。** · 04/07/05 19:01

ごめん回転させないと無理だった

**名前は開発中のものです。** · 04/07/05 19:18

>>282
誰も聞いてないし

**名前は開発中のものです。** · 04/07/05 19:27

しかし100位の描画と判定で重くなるって
スペック低いだけじゃないの？

**名前は開発中のものです。** · 04/07/05 19:35

そういえば最低動作環境ってどれくらいを想定して作ってる？
よほど古いPCじゃない限り2Dシューティングで重くなるなんてことないと思うが

**名前は開発中のものです。** · 04/07/05 19:47

PenIII-800&GeForce2くらいで動きゃ良いかなとは思ってるけど、
前に作ったのはPenIII-500でも平気だった。

最近はDirectX自体がそこそこのスペック（CPU&VGA）を要求するから
DirectX使うならある程度切り捨てないとダメかもよ。

**名前は開発中のものです。** · 04/07/05 21:05

自弾(50個)ｖｓ敵(20匹)が画面上いっぱいで
弾移動が1ﾌﾚｰﾑに5ドットの時の当たり判定の場合

repeat　50　　；自弾50個
　　　repeat　5　；1ﾄﾞｯﾄずつ5回動かす
　　　自弾の移動処理
　　　10命令くらい？
　　　当り判定サブルーチンへ
　　　loop
loop
*ATARI
　　repeat 20　;敵数20
　　当り判定命令20くらい
　　loop
　　return
とすると、
50*((5*20*20)+10) =　100500命令
うちのPCでは、上のほうでやったベンチマークテストの方法だと、
100500命令実行するのに25～30msくらいかかる。

今は大雑把にやって全然正確な値じゃないけど、
少なくとも60FPSを保つのに必須の1フレーム16msは大幅に越えて
しまうのよ。

（上のルーチンを見て、255が言ったように
　組み方が悪い！　と言う人が居たら是非、
　もっと速く動く組み方を教えて欲しい！
　お願いします！）

**名前は開発中のものです。** · 04/07/05 21:21

HSPを卒業して他の言語で組む

**名前は開発中のものです。** · 04/07/05 21:26

>>290
マシンスペックは？

**名前は開発中のものです。** · 04/07/05 21:34

>>292
ｾﾚﾛﾝ1.7G
ﾒﾓﾘは関係ないと思うけど、256ある
VRAMは16Mあるから、
わけわからんエフェクトつけない限り、
描画関連で遅くなることはまずないと思う。

**名前は開発中のものです。** · 04/07/05 21:52

>>290
最初に、5ドット進む距離を内包する正方形でも求めて、敵を絞り込んでから1ドットずつ絞り込んだ敵で判定しては？
その処理方法だとこれぐらいかな？

**名前は開発中のものです。** · 04/07/05 22:12

>>294
お？それというのは、
敵が回りにいないのに当り判定をするのは無駄だから、
近い敵だけ探して判定すると言うこと？

まじゴメン、バカで理解できんかった･･･(='ω`）トホー

**名前は開発中のものです。** · 04/07/05 22:16

自機に近い弾だけ先に抽出するとか…。
つか少しくらいのすり抜け気にするな。

**名前は開発中のものです。** · 04/07/05 22:19

ああすまん重複

**名前は開発中のものです。** · 04/07/05 22:20

>>295
そう。
５回、全敵に対してやるのはかなりの無駄だからなぁ・・・
できるだけ、絞り込まないと。

**名前は開発中のものです。** · 04/07/05 22:22

295さんじゃないけど、同じくstg作っているものとして関心あります。
いや、295さんと違い、わたしは弾のすり抜け問題なぞここを見て初めて認識したのですが。
es_checkで済ませ、すり抜けることがありうるなんて考えてもいなかった…。

294さんのおっしゃるのは、たとえば透明な、実際の弾よりも大きめのスプライトを一緒に飛ばして
それで簡易に当たり判定。
もしも判定がイエスならば、細かくさらに判定ということでしょうか？

**名前は開発中のものです。** · 04/07/05 22:23

すみません、書き込んでいる間に返事がありましたね…。

**名前は開発中のものです。** · 04/07/05 22:42

ふむ、なるほど。
場に弾が200個あって5回判定すると1000、
近いのだけ抽出すれば、200回強で済むわけか。
今まで考えもつかなかったなぁ。これでかなり
処理速度が向上しそうだ、助言マジ感謝！

>>296
ゲームとして成り立つなら
気にしなくてもOKだとは思うけどねｗ

２９９氏も同じSTG製作ｶﾞﾝﾊﾞﾛﾅｰ

**名前は開発中のものです。** · 04/07/05 23:20

さっき思いついたが、１フレームにそれぞれ高々数ドットしか進まないと考えると、
ある一定距離以上の弾は数フレーム間は判定をはしょってもいいな、と。
けど、FPSが揺れるから微妙か･･･

**名前は開発中のものです。** · 04/07/05 23:24

http://ww22.tiki.ne.jp/~y-shirakawa/hsp/sokudo.txt
速度。
へんなテストばっかりだが。

**名前は開発中のものです。** · 04/07/05 23:26

アセンブリに落とせれば凄く勉強になるのになぁ。

**名前は開発中のものです。** · 04/07/05 23:27

ま、弾幕シューティングなら敵弾はゆっくり飛ばそうぜってことだな。

**名前は開発中のものです。** · 04/07/05 23:29

それは、敵弾と自機との距離の差を求めて、
一定範囲内に入ったら細かくするってこと？
なんかこのスレの方々は、優しくレスくれて涙が出るよ、ありがとう！

①弾を中心に範囲を決めたレイヤーを打ち出し、
　レイヤー内に対象が入ったら細かく判定する。
②弾と対象の差を求めて、対象と近づいた値のものだけを
　判定する。
どちらの方法も大雑把→詳細と、２重の判定を
するってことになるね。ふむふむ。
②で差を求めたほうが簡潔でいいかなぁ？

**名前は開発中のものです。** · 04/07/05 23:42

>>306
あー、302のことは、一定距離以上の弾は、初めから判定を数フレームやらないという意味ね。
説明しにくいけど
1フレームにnドット進むならmフレーム進むのはその弾中心の円内（半径mnドット)にいるはず。
逆に、自機も同じようにその自機中心の円内にいるはず。
とすると、円同士が重ならなかったら、mフレームはその弾との判定はしなくてもいい。
・・・って感じなんだけど、実装するとなるとちょっとめんどくさそうだ・・・
それに計算で逆に遅くなっても意味ないし、バグの原因を作りそうだな・・・
あんまり効力はなさそうでメンゴ（汗

**名前は開発中のものです。** · 04/07/06 00:43

>281
のやり方でいいんでない？

描画１フレーム中に「座標更新～当り判定」を２回以上にする。

**名前は開発中のものです。** · 04/07/06 00:45

そもそも弾幕ゲーのお約束として

遅い弾は小さくて大量
速い球はデカイor長くて小量

だし。

**名前は開発中のものです。** · 04/07/06 01:22

軽くで良いからｘ軸ｙ軸でソートしておく。
そうすると当たり判定が一気に省ける。
弾幕系は当たり判定に関係ない弾が多いから。

**名前は開発中のものです。** · 04/07/06 03:10

あれ？
もう一つのPC　Duron 800MHz ： Meで測ったら、2400msぐらい・・・
>>268とあんまり変わらない・・・
そういえば、前作ったシューティングゲー(DirectX無し)も>>268のPCより、Meの奴のほうがFPS出てるんだよね・・・
なんか、泣けてきた・・・

**名前は開発中のものです。** · 04/07/06 07:32

>>308
それをやってるから処理速度が追いつかなくなる、
という話題なのだが･･･。
当り判定が突き抜ける問題はいくらでも克服できるようになったよ。

>>310
すまそ相変わらずバカで理解できなかった･･･。
詳しくお願いしま。

**308** · 04/07/06 08:18

>312
スマソ.斜め読みしてた。

**名前は開発中のものです。** · 04/07/06 21:28

>312
310ではないけど例えば弾のX座標を取得して10,2040,50,80,100という風にソートしておいて
自機+-10以内に入ってる弾だけ当たり判定をするっていう事かな
やり方は違うけど弾幕の場合どの方法でも自機に近い弾だけを当たり判定するって考え方は同じかと

**名前は開発中のものです。** · 04/07/06 21:57

>>314
なるほど理解した
みんなのおかげで、自機に近い弾だけ判定するというのは
かなーり理解しました、マジ感謝、頭が上がらんよ
310(314)氏のも参考にして、時間はたっぷりあるので
簡易判定を飛ばす、差を求める、ソートする
の３つは全部試してみまつ

俺、暗算とか頭で考えるの苦手だから
実際に動かしてみないと理解できないんだよね
（プログラマにとって致命的だな）
試して、一番速いのを実装することにしまｗ

**名前は開発中のものです。** · 04/07/06 22:18

ソートするなら、めんどくさい（高度な）ソートルーチン組まないと逆に低速化するだろう
と予言

**名前は開発中のものです。** · 04/07/06 22:39

正確にはソートというより並び替えだね。
大抵は前後の順番が入れ替わるだけだから。
弾を発射するときだけ重くなるけど他は大して重くならないと思う。
毎フレーム比較するんじゃなくて各フレームで部分部分比較すれば
そんなに誤差でないと思うし。

**名前は開発中のものです。** · 04/07/06 23:21

当方のHSPがおかしい・・・
OS(XP pro)なんだが、await 1がどうみてもwait 1になってる・・・それもawait 10までwait 1。
でも、ソースによってはwait 1扱いにはならない。
なんだよ、これ・・・OTL

**名前は開発中のものです。** · 04/07/06 23:21

goto命令で、
ラベル名に変数を使うのは仕様上無理らしいんですが、
他の方法でそれに近いことをするのは出来ませんか？
ないなら諦めて、地道に名前書きますが・・・

**名前は開発中のものです。** · 04/07/06 23:38

>>319
onで実現できるように書いたら

**名前は開発中のものです。** · 04/07/06 23:43

on gotoでは駄目？

**名前は開発中のものです。** · 04/07/06 23:55

>>315
速いソートルーチンを組んでおくと
ゲームを作る上でめちゃめちゃ便利なので
(ハイスコアのソートとか、ホーミング武器の標的選択順とか)
面倒でも手をつけておくことをおすすめする。

**名前は開発中のものです。** · 04/07/06 23:58

>315
水を差すようで悪いが
労力の割にはあまり報われない気が…

自機当り判定が2*2ドットでも敵弾の最小8*8（東方の最小弾が見た目上はこの大きさ）が貫通するのに
相対速度が最低でも10ドット以上（敵弾の判定も見た目より小さいのかもしれないけど）

8*8の弾なんてせいぜい1フレームあたり6～8ドット移動ぐらいまでだと思うし
1フレーム１～2回くらいの当り判定計算でも十分な希ガス。
いくらなんでも1ドット動くごとに判定してやる必要はないと思う。

もっと小さい敵弾を想定しているならある程度仕方ないけど。

HPS製の飛翔鮎（体験版しかやったことないけど）みたいに思いきって最小敵弾16*16にするとか。
東方を久しぶりにやってみたら速い弾は16*16で8*8の弾は遅いし。（意外と16*16の弾がメインだった）
案外1フレーム1回しか計算してないのかもしれない。

**319** · 04/07/07 00:11

onですか・・・
分岐が数百個なので結構面倒ですね・・・。
文字が横に伸びてしまうのがちょっと難点ですが
それで頑張ってみることにします。
ありがとうございました

**名前は開発中のものです。** · 04/07/07 00:15

>>324
本家より引用
> on a goto *00,*01 ・・・ *09
> on a-10 goto *10,*11 ・・・*19
> on a-20 goto *20,*21　・・・

**名前は開発中のものです。** · 04/07/07 00:21

まあ、ラベル多いのが嫌ならラベル使わないような書き方にするしかないな。
if文が多くなりそうだけど。

**名前は開発中のものです。** · 04/07/07 00:41

>>323
うむ、それについては俺もさすがに考えた（X*Y弾がAﾄﾞｯﾄ移動して云々とか）
でも8*8の弾が5ﾄﾞｯﾄ動いて、自機が4ﾄﾞｯﾄ動けば9ﾄﾞｯﾄ
突き抜ける可能性があるのよー。あと、判定は特殊なことしない限り四角形だから、
カドに斜めに入っていったときは判定の幅が小さくなってしまう。

それから、8*8で円形を描くとカドが空くでしょ？
空いたところまで判定入れるの変だな、って思うから、
自分は8*8の弾だったら、判定は6*6or5*5にしたいのよ。

飛翔鮎はやったことないけど妖々夢はある(体験版だけど）
妖々夢の場合は弾遅いけど、怒首領蜂やケツイみたいなのだと
これスゲーなってのが良くある（と思わない？）
ま、そういう有名な弾幕STGを
パクろうってのは無理だけどね（汗

**327** · 04/07/07 00:45

すまそ、よく見たら被った内容多かったね･･･

**名前は開発中のものです。** · 04/07/07 01:14

TMAX = 50:dim TX,TMAX:dim TY,TMAX:dim TF,TMAX:dim TH,TMAX
dim TSIZEX,TMAX:dim TSIZEY,TMAX:ZX = 30:ZY = 200
screen 0,300,300
*MAIN
redraw 1:redraw 0:color 255,255,255 : boxf:stick KEY,15
if KEY&1 : ZX -= 4
if KEY&2 : ZY -= 4
if KEY&4 : ZX += 4
if KEY&8 : ZY += 4
color 0,0,0 : boxf ZX,ZY,ZX+2,ZY+2:COUNT++:COUNT2++
repeat TMAX : if (TF.cnt=0)&(COUNT>=10):TF.cnt = 1:TX.cnt = 30:TY.cnt = 20:TSIZEX.cnt = 8:TSIZEY.cnt=8:TH.cnt=1:COUNT = 0
if (TF.cnt=0)&(COUNT2>=10):TF.cnt=1 : TX.cnt=30:TY.cnt=20:TSIZEX.cnt=8:TSIZEY.cnt=8:COUNT2=0:TH.cnt=2
if TF.cnt { if TH.cnt=1:TY.cnt += 7
if TH.cnt=2:TY.cnt += 5 : TX.cnt += 5
color 0,0,0 : boxf TX.cnt,TY.cnt,TX.cnt+TSIZEX.cnt,TY.cnt+TSIZEY.cnt
HX1 = TX.cnt-ZX : HX2 = (-TSIZEX.cnt<HX1)&(HX1<2):HY1 = TY.cnt-ZY : HY2 = (-TSIZEY.cnt<HY1)&(HY1<2)
if HX2&HY2 : color 180,0,0 : boxf : TF.cnt = 0
}
if TY.cnt>=300:TF.cnt=0
loop:await 16:goto *MAIN
ちょっと試してみたけど微妙だね･･･
向かって動くと抜ける、
カドは場所によって抜ける

**323** · 04/07/07 01:26

>.327
自機が2*2で敵弾が5*5なら貫通に必要な相対速度が7ドット以上やね。
自機が4ドット速度で5ドット速度で向かってくる敵弾に突っ込めば相対速度は9ドット。
貫通しちゃうね。

自機2*2って小さすぎないかな？（他の弾幕ゲーはどうなんだろ）
上の例なら、自機5*5なら相対速度9ドットでも貫通しないし。

すまそ
怒首領蜂やケツイはやったことないや。

飛翔鮎（hspdx＋α）体験版　まだあった。
ttp://www.h7.dion.ne.jp/~tenkuu/

…なんて書いてたらテストサンプルが書きこまれてるのでやってみて寝まつ。

**名前は開発中のものです。** · 04/07/07 02:43

飛翔鮎の2周目？って鬼のように弾速いけどすり抜けないのかな。

**名前は開発中のものです。** · 04/07/07 02:45

速すぎて、すり抜けたことが分からないとかw

**名前は開発中のものです。** · 04/07/07 04:04

CAVEシューは確か弾は大きいのも小さいのも全て1ドットで自機は結構大きめだったような
弾幕シューだと一般的に弾か自機どちらかの当たり判定が極小でもう一方は見た目通りかな？

**名前は開発中のものです。** · 04/07/07 05:28

でも怒蜂や大往生よりガルーダのほうが判定小さく感じるな。

**名前は開発中のものです。** · 04/07/07 07:19

>333
敵弾のほうが小さいケースもあるのか。STGあんまりやらないからシランカッタ。
まぁ両方小さかったらほとんど当らなくなるだろうけど。

個人的にはSTGに限らずアクションゲームの当り判定は見た目どおりのほうが落ち着くな。

ところでリプレイ機能ってどうやってるんだろう？
全ての自機、敵、弾のフレーム毎の位置を記録してるのかな？

ランダム要素が一切なくて入力ログだけをとってるとか？

**名前は開発中のものです。** · 04/07/07 07:33

>>335
ランダムがあろうとなかろうと関係ない。
なぜなら、乱数の時に自分でシード指定すれば
おなじ、ランダムを再現できるから。

**名前は開発中のものです。** · 04/07/07 08:33

>336
なるほど。
なんにせよ敵も味方も座標ではなくて
挙動を再現する方法になるな。

**名前は開発中のものです。** · 04/07/07 08:45

１フレーム単位で全部保存していったらとんでもない量になる。
まあ、せめてタイミング（敵＆弾を出す）を覚えさせくぐらいにしないと。
でも、プログラムがめんどくさくなるからランダム再現が一番楽だと思う。

**名前は開発中のものです。** · 04/07/07 13:02

フレームごとのキー入力再現で良いのでは…。

**名前は開発中のものです。** · 04/07/07 14:36

>>339
敵の動きが毎回完全に一致ならね。
ランダム要素使ってるのにキー入力だけでやったらおかしなことになる。

**名前は開発中のものです。** · 04/07/07 16:22

乱数シードもいっしょに保存しておけば1対1に対応するんじゃないか？
HSPの乱数がどうなってるか知らないけど。

**名前は開発中のものです。** · 04/07/07 16:23

randomizeも一緒に保存すれば良いでしょ。

**名前は開発中のものです。** · 04/07/07 16:24

WAO
被った。

**254** · 04/07/07 23:06

みんなの意見・指摘のおかげで、
無事、うちのPCでFPSを落とさずに敵弾200個を出すことに成功しますた！
自機を4*4ﾄﾞｯﾄに妥協して、敵弾の最小は6*6に。
速さ3以上の弾だけ3ﾄﾞｯﾄに1回の判定を入れることに。

ただ、今は敵弾200個強の時にギリギリで、その他の細かい処理が入ると
どうなるかわからんね。わからん。

感謝の気持ちたっぷりで
報告させてもらいました。ありがとう！

**名前は開発中のものです。** · 04/07/07 23:39

乙
いつか遊ばせてくれ

**名前は開発中のものです。** · 04/07/07 23:48

そいや、最近の弾幕シューて敵弾増えるとソフトでスローかけてるよね。
それやればもう少しごまかせるんじゃない？>>344

**名前は開発中のものです。** · 04/07/08 00:10

>>303の
*@fで強引にやるやり方はバカにできね
caseよりはやくなったまじで

**名前は開発中のものです。** · 04/07/08 00:38

>>345
9月下旬までに完成したらこのスレに貼ろうと思うよ
10月になっても現れなかったら挫折したとみて間違いない（爆

>>346
奥の手として頭の片隅に入れておくｗ
多分自動でスローかかるからわざわざルーチン組む
必要はなさそうですが

>>303のやつ俺も参考にしたね
括弧使うとかなり遅くなるみたいだから、
初めて計算順序を意識してみたよｗ