SB】Shooting Game Builder ver11【ｼｭｰﾃｨﾝｸﾞ】

**名前は開発中のものです。** · 2010/12/04(土) 10:35:35

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

ShootingGameBuilder公式サイト
http://maglog.jp/sb/
Twitter
http://twitter.com/StgBuilder

SHOOTINGGAMEDEVELOPERUPLOADER
http://www.esc-j.net/stg/

SB@wiki
http://www41.atwiki.jp/stgbuilder/

ニコニコ動画チュートリアル
http://www.nicovideo.jp/watch/sm8707904
http://www.nicovideo.jp/watch/sm8711074
http://www.nicovideo.jp/watch/sm8728404

前スレ
【SB】Shooting Game Builder ver10【ｼｭｰﾃｨﾝｸﾞ】
http://hibari.2ch.net/test/read.cgi/gamedev/1285327418/

**名前は開発中のものです。** · 2011/01/05(水) 20:52:38

そうか？
むしろいちいち「中心の位置は大体これくらい」とか考えなくていいから楽なんだが

**218** · 2011/01/05(水) 20:59:15

すいません、原因がわかりました
メイン背景を左右にフリースクロールするようにしていると
マップの余分幅の分表示位置がずれるようです･･･これはバグ報告でいいのかな

**名前は開発中のものです。** · 2011/01/05(水) 23:57:05

>>220
同意だなあ
俺もあれ中心基準になればいいのにってずっと思ってた

**名前は開発中のものです。** · 2011/01/06(木) 00:40:53

俺は221に同意だな
はじっこの方があわせやすい

**名前は開発中のものです。** · 2011/01/06(木) 01:01:07

スコア表示を変数にしたら桁表示自由になってすっきりしたYO
しかしレイアウトの変数ってプレイヤーのローカル変数なのね･･･

**名前は開発中のものです。** · 2011/01/06(木) 13:17:09

スコアもあれだね、printfスタイルを使って桁数や表示方法を指定出来るといいね
今だと8桁でカンストしちゃうからなぁ
まあ取得出来るスコアをそれ以内に収めればいいだけではあるんだけどね

**名前は開発中のものです。** · 2011/01/06(木) 14:20:37

面ごとのハイスコアを残したくなったんだけど難しいなこれ
アイテムごとにシステム変数習得→点数分足す→システム変数に送る仕組みいれてみたけど
アイテム同時に取ったときにひとつ分しか足されなくてこの手段ダメっぽい･･･

**名前は開発中のものです。** · 2011/01/06(木) 15:00:56

>>226
カンストしなくない？
試しに10000000点の敵作って倒してったら8桁越えても、
もりもりスコア増えてくぞ

**名前は開発中のものです。** · 2011/01/06(木) 16:03:46

>>227
面ごとにシステム変数を1個ずつ用意して面クリア時にその面用変数に現在スコアを代入し、
その前の面の変数を全て足して引けばいいんじゃないか？
コンティニューとかでスコアを0クリアしてるならもうちょっと考えなきゃいけないけど

>>228
ああそうなのか、カンストしないんだあれ
知らなかった・・・
そういやカンストするような稼ぎまくりSTGを作ったこと無いんだったｗ

**名前は開発中のものです。** · 2011/01/06(木) 17:50:57

俺は8桁もいらないので初期表示の桁減らしたよ
けどハイスコア集計は1位1万から固定なので悩みどころだ･･･

>229
なるほど、結構力技･･･！（実はまだ仮一面しかできてなかったりします汗）

**名前は開発中のものです。** · 2011/01/06(木) 20:46:04

力技っていうより結構普通のやり方だと思う

**名前は開発中のものです。** · 2011/01/07(金) 10:47:35

削除したり保存しないで終了を繰り返してたらIDがカンストしちゃうよ

**名前は開発中のものです。** · 2011/01/07(金) 19:12:32

エフェクトに凝ろうと思うとどんどんキャラ数が･･･
散らすようなオブジェクトはできる限り1キャラにまとめてスクリプトで切り替えるようにしたほうが得策だね

**名前は開発中のものです。** · 2011/01/07(金) 19:46:11

ショットでパラメータ指定出来るようになって以来キャラ節約がやりやすくなったな

**名前は開発中のものです。** · 2011/01/08(土) 00:20:39

まったくだぜ。地味に使いやすくなってきてる。
そのせいか最近要望が少ない気が・・・

**名前は開発中のものです。** · 2011/01/08(土) 04:37:03

>>235
実際要望として欲しいものでもやりようでどうにかなってしまう事が多々あるので
減ってくるのは当然だと思う。
個人的にあったら嬉しいのは

・キャラクター、スクリプト項目で既にウィンドウを出している時に
　リストの項目をクリックorダブルクリックした際にそのウィンドウをアクティブにする

・リストの項目の移動をする時に、移動ボタンを押しっぱなしで連続移動できるように

この辺が是非とも欲しい。

**名前は開発中のものです。** · 2011/01/08(土) 09:30:22

動作の軽さが欲しい

**名前は開発中のものです。** · 2011/01/08(土) 13:24:23

今でも軽いよ

**名前は開発中のものです。** · 2011/01/08(土) 17:28:26

今週末こそリザルト画面つくるぞー
と思いつつなかなかムツカシイネ・・・まずボスにタイマーつけないと・・・

**名前は開発中のものです。** · 2011/01/08(土) 17:34:48

要望出すとするとあれかな、攻撃や防御の当たり判定（範囲や位置）設定の一括コピーペーストが欲しいかな。
あとはみんなに以前「いらねーよ」と言われたけど、子作成の時に座標位置を確認したい。パーツが多いボス作るのが面倒。

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

どうせ自称玄人が「そんな機能つけなくてもこれこれこうすればできる。マヌケ」と言い出すからここでは言わない。
自称玄人さんはSBが不便なままがいいんだろう。

**名前は開発中のものです。** · 2011/01/09(日) 03:07:07

言える時点で少なくとも自称ではないな

**名前は開発中のものです。** · 2011/01/09(日) 03:25:28

いまさらなんだけど武器設定のパラメーターは
射出キャラのスクリプトの最初に割り込む、ような考えでいいんでしょうか

**名前は開発中のものです。** · 2011/01/09(日) 05:50:38

>>241
どんだけひねくれ者なんだよｗ
罵られてもスマートな改善策を教えてくれてるんなら超プラスじゃん

**名前は開発中のものです。** · 2011/01/09(日) 16:40:55

縦スクロールのステージつくるときにステージ開始位置を調整するのが面倒

**名前は開発中のものです。** · 2011/01/09(日) 17:56:31

なんで皆そんな簡単に作れるんだ…
やりたい事はあってもどうすればそれが再現できるのか全くわからん
もう半年触ってるんだけど
理解力が無いと苦労するわ…ほんと

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

>>242
ワロタｗまったくだｗ

**名前は開発中のものです。** · 2011/01/10(月) 03:43:33

キャラとキャラのぶつかる場所にエフェクトだしたいと
何度か思ったけど未だにうまい方法思いつかないぜ･･･

**名前は開発中のものです。** · 2011/01/10(月) 05:01:20

>248
1キャラを6分割くらいの子パーツで作れば良いんじゃないかな
（土台を親）
それぞれの子に衝突でエフェクト発生

**名前は開発中のものです。** · 2011/01/10(月) 13:25:44

分割しなくても当たり判定用の透明キャラ配置すればいけそうですね
しかしキャラ数はねあがりそうだ・・・

**名前は開発中のものです。** · 2011/01/10(月) 13:41:18

ぶつかった方向はどうでもいいのね

**名前は開発中のものです。** · 2011/01/10(月) 19:29:28

ぶつかるのが自機と他キャラなら、ぶつかったときに他キャラを自機の方向向かせて
そのキャラの前方（自キャラと他キャラの間）にショットでエフェクトだすみたいなことはやってたけどな。

そのあたりをうまくやれば、ぶつかったキャラ同士が相反する方向へはじかれる、モトスみたいなことも一応出来ると思う。

**名前は開発中のものです。** · 2011/01/11(火) 01:54:59

だんだんプレイヤー設定使わずにスクリプトで指定するようになってきたうちのゲーム･･･
切換ボタン押すだけで音が出たりしてべんりなものよ

**名前は開発中のものです。** · 2011/01/11(火) 09:58:13

逆にだんだんスクリプト以外の所で出来ることはなるべくそっちにまかせようとするようになってきた俺

**名前は開発中のものです。** · 2011/01/11(火) 10:09:53

ボタン判定ｲｲよね
全部のキーに対応しないかなあ
やっぱ処理重くなったりするのだろうか？

**名前は開発中のものです。** · 2011/01/11(火) 14:08:29

ボタン判定は入力待ちウェイトがタスク終了の
スプリクトで終了させられないのが地味に辛い。
この仕様のせいで使えない機能になってる・・・

**名前は開発中のものです。** · 2011/01/11(火) 15:56:56

それはバグ報告してもいいんジャマイカ

**名前は開発中のものです。** · 2011/01/11(火) 19:51:56

立派にバグじゃね

**名前は開発中のものです。** · 2011/01/12(水) 08:05:18

>>256
やっぱりそうなの？
いやなんかボムを撃つ処理をボタン判定でやってるんだけど
自機が死んだ直後にボム撃てちゃうのが何でなのか気になってたんだ
もしかするとタスク停止してもコントロール外してもボタン判定だけは生きてるのかもしれんね

**名前は開発中のものです。** · 2011/01/12(水) 12:25:38

バグというか仕様です
あきらめろ

**名前は開発中のものです。** · 2011/01/12(水) 12:58:46

いやです

**名前は開発中のものです。** · 2011/01/12(水) 15:48:57

さすがにこれを仕様として片付けるには・・・ッ！
タスク終了させてもキー判定は残る事によるメリットとその逆をリストアップしてみるんだ！

**名前は開発中のものです。** · 2011/01/12(水) 16:24:32

二機目を作り始めたが通しプレイにしないと選べなくて武器製作手間かかる･･･
自機タイプ変数もいろいろ使ってるので
プレイヤーの機体設定消しておけばいいってわけにもいかないしで･･･
皆さんは二機目以降の作成のときどうしてます？

**名前は開発中のものです。** · 2011/01/12(水) 20:51:37

それは通しデバッグしかないなやっぱり

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

>>263
ゲーム設定のプレイヤー機登録する所で１機目消して２機目だけにすればいいよ

**名前は開発中のものです。** · 2011/01/12(水) 21:16:02

おっと、よく読んでなかった
それじゃだめか。

**名前は開発中のものです。** · 2011/01/12(水) 23:11:37

なるほど･･･!ないならキャラセレまではしょる面作るしかないですね･･･

**名前は開発中のものです。** · 2011/01/13(木) 10:14:21

>>263
＞自機タイプ変数もいろいろ使ってるので
＞プレイヤーの機体設定消しておけばいいってわけにもいかないしで･･･
どういうこと？
>>265でダメな理由をｋｗｓｋ

**名前は開発中のものです。** · 2011/01/13(木) 12:42:30

プレイヤー設定の機体順番入れ替えると自機タイプ番号もずれちゃうからね
テストプレイででてくるプレイヤーは0番固定になるわけで
テストプレイ項目にプレイヤー単体があってもいいとおもうんだ

**名前は開発中のものです。** · 2011/01/13(木) 15:29:12

それによってどういう不都合が起こるのか
よく分からんから何ともいえないけど、変数で困るんだったら任意の数値を入れられるような処置をするとかさ

**名前は開発中のものです。** · 2011/01/13(木) 19:29:05

１機に全機体ぶん詰め込んで手元でいつでも切り替えられるようにしておいて
後で削ったらどうだろう

**名前は開発中のものです。** · 2011/01/13(木) 19:42:10

プレイヤーキャラにキャラクター選択仕込むようなことってできたかな
と思いメニューの本体をショットできるようにして実験してみたが
これだとローカルキャラ変数は変わるが機体自体は変わんないのね･･･

**名前は開発中のものです。** · 2011/01/14(金) 15:06:43

いまさら変数いじりはじめたんだけど
ローカルデータって読み取り専用と思っていいんですよね？

**名前は開発中のものです。** · 2011/01/14(金) 15:26:37

矢印の向きを変えれば代入も出来るよ

**名前は開発中のものです。** · 2011/01/14(金) 16:02:18

>>273
いいわけねー

**名前は開発中のものです。** · 2011/01/14(金) 16:51:37

まじですか、なんか代入してもゲージなどが回復する気がしなかったので･･･
いろいろいじってみますわ

**名前は開発中のものです。** · 2011/01/14(金) 17:47:45

ちなみにローカル変数でゲージに代入する時は
オプション0→ゲージA
オプション1→ゲージB
オプション2→ゲージC
だから注意

**名前は開発中のものです。** · 2011/01/14(金) 17:59:37

ゲージとかはプレイヤーのスクリプトのタスクじゃないとダメだった気がする。
違ったっけ。

**名前は開発中のものです。** · 2011/01/14(金) 19:53:48

そんなことはない
どっからでもいける

**名前は開発中のものです。** · 2011/01/14(金) 23:37:06

>>278
昔のバージョンはそうだった気がする
今は違う

**名前は開発中のものです。** · 2011/01/14(金) 23:56:03

ｹﾞｰｼﾞも３つといわずいくつでもできればいいと思わないか？

**名前は開発中のものです。** · 2011/01/15(土) 03:06:34

かすりとかやり始めるとゲージ一杯欲しくなるよね･･･
滑らかなゲージ演出いらないならたいてい変数で間に合うけどね

**名前は開発中のものです。** · 2011/01/15(土) 14:31:26

>>28-282
そうだなゲージがいっぱいあればゲージを利用してあんな事やこんな事ができそうだ
あと親を拡大しても子が拡大しない方法が欲しいな

**名前は開発中のものです。** · 2011/01/15(土) 16:22:34

それは「座標を同期しない」で可能

**名前は開発中のものです。** · 2011/01/15(土) 16:55:04

二次関数的に拡大縮小をするオプションが欲しい
あと、フリップ機能が見当たらないのだが実装されてないのか？

**名前は開発中のものです。** · 2011/01/15(土) 19:46:37

拡大率マイナスにすれば１８０度回転ならできるね
縦横別拡大縮小つけば上下、左右反転もできそう

**名前は開発中のものです。** · 2011/01/15(土) 21:19:56

皆効果音はどうやって調達してるのか知りたい
音ノイズ出さないようにするにはやっぱオール自作？
それとも素材サイトのものを何かしらのツールで加工しているのだろうか

**名前は開発中のものです。** · 2011/01/15(土) 21:43:05

生音系は手持ちの効果音CDを編集
あとはシンセとかFM音源機で作る

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

>286
結構前にサンプルあがってたし、ゲームにも使われてた

**名前は開発中のものです。** · 2011/01/15(土) 23:52:21

>>287
声色一択

**名前は開発中のものです。** · 2011/01/16(日) 10:15:04

サウンドエンジンを使ってサンプリング周波数を16に修正

**名前は開発中のものです。** · 2011/01/16(日) 11:43:10

ｗｗｗ

**名前は開発中のものです。** · 2011/01/16(日) 11:53:41

>>285
左右反転は、ラスターのUVスクロール（ミラー）で可能
180度回転は、回転パネルまたは、拡大縮小のマイナス拡大で可能
上下反転は、左右反転＋180度回転で可能

個人的には、左右と上下を独立させた拡大縮小は欲しい
処理時間を考えてアニメーションさせないことを前提に、バイキュービック補間も欲しい

相対offだと線形的に（等差数列的に）、相対onだと等比数列的に拡大できるけど、
2次関数的にはなかなか難しいだろうね

**名前は開発中のものです。** · 2011/01/16(日) 12:02:53

レイアウト編集でのプレビュー枠は、左上を基準とした座標で配置されるけど、
実際は配置されるキャラクタのX中心，Y中心を基準とした座標で配置されるから紛らわしい

レイアウト編集での座標指定時に、個々のパーツで、枠の左上基準と枠の中心基準を選択できると良いのに
メインとかスクリーンとかは、さすがに左上基準がやりやすいので・・・

キャラクタ毎に大きさが異なるから、パーツの中心位置を推定しながらレイアウトパーツ配置するのは大変だし、
せっかく枠がプレビュー表示されている意味がなくなってしまう・・・
プレビュー時のレイアウト枠が、左上でなく中心を基準に配置できるだけで、だいぶ違うと思う

**名前は開発中のものです。** · 2011/01/16(日) 15:10:40

>>294
あまり根本的な解決にはならないが
レイアウトでの枠のサイズを実際の画像の半分にしておくと
右下が実際の画像の右下になるはず。

**名前は開発中のものです。** · 2011/01/16(日) 17:01:18

パッと思いつく音ってたいてい何かのゲームの音でこまる・・・

**名前は開発中のものです。** · 2011/01/16(日) 21:12:11

レイアウトのプレビューは、各パーツの枠の大きさや位置で、
レイアウトのバランスをリアルタイムに把握できるのが利点のはずなのだけど・・・

一応、キャラクタの中心座標を左上（0,0）に修正して対応しているけど、なかなか面倒
パーツ毎に、左上を基準に配置するか、中心を基準に配置するかを、
子生成パネル（直交座標と極座標を選択できる）みたいに選択できれば良いのに・・・

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

SBはバージョンアップしてもいままで作ってたのが影響なくそのまま動くのがいい所なのに、
座標系の扱いを変えるとなると全部修正しなくてはいけなくなるから今のままでいい。
これまで通り機能追加の方向で進化していけばいい。

**名前は開発中のものです。** · 2011/01/17(月) 02:27:26

レイアウトに関してはガイドの見え方の問題だから修正とかは発生するとは思えんぜ
自分は区画アテにならないのでサイズを点のように小さくしちゃってるよ

**名前は開発中のものです。** · 2011/01/17(月) 09:59:07

レイアウト枠の左上がスプライトの中心点
ってのを分かっちゃえば問題無いんだが説明されないと分からないのが問題だな
レイアウト枠とスプライトを一致させて欲しい気はする
だがその更新が来ると現状のスプライトは配置し直しになるな

**名前は開発中のものです。** · 2011/01/17(月) 10:14:59

説明書を読まんのが悪いよ

**名前は開発中のものです。** · 2011/01/17(月) 14:33:23

>>256-259
なんだこんなもん
ボタン判定の処理をタスク1あたりにでも任せておいて破壊時タスクでタスク1終了させりゃ済む事じゃないか
何に苦戦してんだか

**名前は開発中のものです。** · 2011/01/17(月) 15:06:04

だからタスクを終了してもボタン判定が”残る”って言ってるんじゃない？

**名前は開発中のものです。** · 2011/01/17(月) 16:30:28

＞破壊時タスクでタスク1終了させりゃ済む事じゃないか

終了させても済まないんだよ
何を話しているのかすらわからないのか？

**名前は開発中のものです。** · 2011/01/17(月) 17:49:10

溜め撃ち武器のレベルって設定してあると最大パワーアップレベル設定関係ないのね
（つくってあれば隠れていても適用される）

**名前は開発中のものです。** · 2011/01/17(月) 19:02:08

>>303-304
じゃあ無理だ
っていうかそもそも押されるまでウェイトってどういうときつかうんだろ

**名前は開発中のものです。** · 2011/01/17(月) 19:35:42

>>296
人間誰しも、作り出すものには、必ずモチーフがある
そのモチーフは、その人間がこれまでに経験してきた何かであるから、
すべての創造物は、これまでの作品から何らかの影響を受けた、一種の模倣物であると言える

人間が生み出す物に、100％のオリジナルなど存在しない
全ては名も知らぬ何かの二次・三次創作・・・

**名前は開発中のものです。** · 2011/01/17(月) 20:57:32

素直にボタン判定のタスクの中で回しておけばいいんじゃないのかな
うちはそうしてるぜ
格ゲーのコマンドみたいなのでも要求しなきゃウエイトいらないと思うんだけどね

>307
そうなのよね…けど全然関係ない音当てはめてなんとなくOKってこともあるよね

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

タスク停止パネルに「このタスク以外全て」とかいうチェックボックスがあったら
破壊時タスクとかでいちいちタスク停止パネルをずらっと並べなくてもよくなって
見やすくなるなぁという妄想

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

>>309
それは俺も思ったことがあるな
それがあると継承スクリプト使うときに手間を一気に減らせるんだ

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

そこでタスク停止専用タスクの出番ですよ

分岐で右に行かずに下に行って欲しい時あるなあ

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

>>309
いや俺は普通に停止するタスクの範囲指定できるだけでも
大分違うとかは思った。

**名前は開発中のものです。** · 2011/01/19(水) 21:36:56

通常パネルは、右へ行くか、下へ行くかを選択できるけど、
条件分岐パネルも、満たす場合に右へ行く（満たさない場合に下へ）か、下へ行く（満たさない場合に右へ）かをチェンジできればよいのに

**名前は開発中のものです。** · 2011/01/20(木) 00:33:17

>>313
その要望は俺もこの前書き込んだけど
条件分岐パネルに限っては固定したほうが
後々デバックの時とかに混乱せずに済みそうな気がしてきた。

**名前は開発中のものです。** · 2011/01/20(木) 04:20:49

スプライト編集拡大したときにガイド線が微妙にズレてるのが気になる…
困るってほどではないんですが

**名前は開発中のものです。** · 2011/01/20(木) 06:31:30

いじっていてバグっぽい部分が気になったので検証ファイルアップしました

レイアウト上での奇数サイズのフォントが1ドット下にずれて表示される件と
テキスト表示が左右フリースクロールで中心が移動する件です
stg0774.zip　になります

**名前は開発中のものです。** · 2011/01/21(金) 02:53:19

実用的な最小フォントは縦5横3ぐらいになるのかな

**名前は開発中のものです。** · 2011/01/21(金) 18:56:09

「無敵」は「防御判定オフ」と全く一緒なの？
ただ防御判定がなくなるだけ？？

「体力-1」で、防御判定を残したまま、破壊されないようにとかできるから、
「無敵」は、現在のキャラクタの種類に関わらず、他のキャラクタに対して防御判定を起こさせるとか、何か違いが欲しいな・・・

**名前は開発中のものです。** · 2011/01/21(金) 23:39:33

無敵の話は上の方でも出てるね
防御はあっても体力が減らない、になると差別化できるんだろうけど
個人的には攻撃も防御もスクリプトで数値替えさせてほしいわ…

**名前は開発中のものです。** · 2011/01/22(土) 10:07:30

>>319
確かに、攻撃力はスクリプトで変更したい時があるね
でも、キャラクタ編集とかプレイヤー編集の武器設定とかの攻撃力が優先される仕様だから、変更は厳しいんだろうな