【SB】 Shooting Game Builder ver.5 【ｼｭｰﾃｨﾝｸﾞ】

**名前は開発中のものです。** · 2009/05/10(日) 18:55:27

SB ◆.if.Xu7A6c氏が作った開発ツール"Shooting Game Builder"について語るスレ

Shooting Game Builder公式サイト
http://maglog.jp/sb/
SHOOTING GAME TKOOL WIKI（大容量upロダ有り）
http://www.esc-j.net/stg/
SB@wiki
http://www41.atwiki.jp/stgbuilder/
shooting @Wiki
http://www3.atwiki.jp/shooting/
シューティングツクールxpを待ち続けるスレ wiki
http://www.wikihouse.com/stgmakerxp/index.php
SBヘルプ
http://www.geocities.jp/net05_soft/sbindex.html

前スレ
【SB】 Shooting Game Builder ver.4 【ｼｭｰﾃｨﾝｸﾞ】
http://pc11.2ch.net/test/read.cgi/gamedev/1231249469/l50

**名前は開発中のものです。** · 2009/05/10(日) 19:04:57

>>1
乙

**名前は開発中のものです。** · 2009/05/10(日) 19:08:17

>>1乙

前スレのプチノイズの件ですが
自分が使っている効果音を調べてみたところ
波形に問題がないことは確認しました
そもそも、この現象が確認されるのは、効果音の音量を40％以下にしたものに限定されていました。
ノイズ入ってたものも、音量100％にすればノイズ消えましたし。

ってなことで、効果音の音量の指定に関して
SB氏は、初回に効果音を鳴らす際に、効果音を鳴らしながら音量を一気に上下させる形で指定してるんじゃないかと邪推
そしたら不連続な波形になることも納得なので。

とりあえず、現状の改善方法は、
SB側で効果音の音量調節をしないようにすることだと思いますが、
何らかの形で修正してもらえるとありがたいです。

**名前は開発中のものです。** · 2009/05/10(日) 19:10:05

>>1
乙、スレ立てtnx

**名前は開発中のものです。** · 2009/05/10(日) 19:11:44

みすった、thx

**名前は開発中のものです。** · 2009/05/10(日) 19:48:03

>>1乙です
前スレで毎回違うランダムについて聞いた者です
ボタン判定を挟めばいいとの回答を頂いたのですが
それはつまり「Aボタンが押されている・いない」等で分岐させるということですか？

例えば縦STGで面の冒頭、数体の雑魚キャラが画面の上からランダムで出てくる
という動きをさせたい場合、プレイするたびに違う場所から出させるには
雑魚キャラのスクリプトはどういう形になるのでしょうか

**名前は開発中のものです。** · 2009/05/10(日) 20:16:13

直交座標で目標座標を絶対値で指定して
乱数で範囲指定をチェックすればランダム出現はすぐにできるよ
ｘ0　ｙ0　と　ｘ1　ｙ1の範囲指定の数値もいれて。
（ランダムでの出現ポイントね）
※移動に要するフレームは1

つうかＳＴＧにおいて、過度なかランダムって嫌われる要素だから（パターン化しづらい）
あんまり、そんなところに力入れなくても良い思う

**名前は開発中のものです。** · 2009/05/10(日) 20:25:46

>>6
ttp://www.sasaraan.net/program/cpp/cpp_rand.html(参考。c++でSBを作っていた場合)
>rand関数は連続して使用することにより、異なる乱数値を生成し続けます。
>ただし、一通り、乱数値を生成し終わると、通常は、また[同じ順番で同じ数値を生成]します。
たぶん毎回変えるのは無理
内部の乱数の処理が決まっちゃってるから
SBさんがプログラムを書き換えるか、自分で無理やり変えちゃうかしかない(と、思う)

8 · 2009/05/10(日) 20:27:49

補足
毎回って毎回ゲームをプレイすることね。

**名前は開発中のものです。** · 2009/05/10(日) 20:31:42

リプレイ再生する都合上、自前でランダムテーブル持ってる気もする

**名前は開発中のものです。** · 2009/05/10(日) 20:33:20

やっぱりrand関数ですよね
要はそこにsrand関数を擬似的にでも挟めないかと思ったのですが無理ですか
リプレイとの兼ね合いでしょうかね・・・

すいません、ありがとうございました

**名前は開発中のものです。** · 2009/05/10(日) 20:44:05

前スレの>>998が言いたかったことなのかはわからんけど
ボタンを押すたびに乱数消費するようにすれば現実的には再現性無くせると思うよ

例えば下のようなスクリプトをどっか序盤のキャラに入れとけばOK
判定に使うボタンはゲーム中でよく使う適当なボタンで、左右とかショットとか

out
↓
ボタン判定→ランダム→in
↓　　　　　　　↓
in　　　　　　　in

**名前は開発中のものです。** · 2009/05/10(日) 21:23:15

>>1
スレ立てお疲れ様です。

>>3
画像を縮小する際に、縮小倍率がほんの少し異なるだけで、間引かれ方が変わってしまって、
きれいに縮小されて見える場合ときれいに縮小されて見えない場合があるのと同じように、
音波形の振幅を圧縮する際にも、倍率によっては波形が潰れて波形が不連続になってしまうのだと思われます。

>>12
乱数の種をシステム時間など、プログラムに非依存的なもので初期化できない場合には、
乱数自体を別の部分で使用してしまい、同じ乱数パターンでも使用される乱数をずらしてしまうのも、確かに良い手だと思います。

確かに、リプレイだけでなくプレイの面でも、完全な乱数はSTGにはあまり相容れないかもしれません。

Ｓぷ ◆n3VrL7XRbc · 2009/05/10(日) 21:37:24

新スレ乙。
ＳＢ氏更新乙。

ランダムと言えば、いつぞや作った火山ゲーム。
あれ、何から何までランダムなんだけど完全パターンになってて驚愕-PANIC-したっけ。
（ちなみに弾幕設定内のランダム含め８つの不確定要素があるのにｗ）

個人的に「パターンが通用しない」ってのは、マンネリ化せずに常にガチで戦う必要があるので面白いと思う。
「ドルアーガの塔」なんていまだに熱い。
「ローグ系STG」みたいな物をマジで作ってみたい。

そんなわけで乱数生成の精度向上をﾏﾀｰﾘと待ってます。
それは別に「数値Ｘを種にして乱数生成」という機能も良さそうに思えたり。