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

**名前は開発中のものです。** · 2008/10/31(金) 16:41:20

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 2 【ｼｭｰﾃｨﾝｸﾞ】
http://pc11.2ch.net/test/read.cgi/gamedev/1219872208/

**名前は開発中のものです。** · 2008/12/03(水) 18:22:05

>>441
そうだよな。729氏のRND SPACEも移動ボタンで入力判定してサウンドセレクトしてるしな。

**名前は開発中のものです。** · 2008/12/03(水) 18:36:31

まぁ、まだ誰も限界点に到達していないからこそ、知識の共有はコミュニティにとっても有効だと思うけど、まぁ、ちょっと頭捻れば出てきそうな事まで要望するのはどうかと思うね。
しかし、どこまでがNGでどこからがOKなのかの基準なんて人それぞれだし、めくじら立てずに行こうぜ。

**名前は開発中のものです。** · 2008/12/03(水) 18:37:24

何とかなりそうな要望には助言を・・・的な感じか

**名前は開発中のものです。** · 2008/12/03(水) 19:00:03

ボタン押してる間は変数のフラグをオン
ボタン押してない時は変数のフラグをオフ

**名前は開発中のものです。** · 2008/12/03(水) 20:49:21

要望あってはじめて分かる発見や技術の向上もあるから・・・
言うだけならいいんじゃない？
いい要望なら盛り上がるしくだらない要望なら話にもならないし。

**名前は開発中のものです。** · 2008/12/03(水) 21:45:55

Sぷ氏のチュートリアルについて、ここで議論するかメールにすべきか。
特に問題はない様ではあるが…

**名前は開発中のものです。** · 2008/12/04(木) 00:14:06

>>431 >>433 >>434
俺の作り方が何か間違ってるのかもしれないけどそれだと式神動かしてる最中に自機は動かすことができない

**名前は開発中のものです。** · 2008/12/04(木) 00:33:07

>448
自機（式神時）のＸ座標取得して
ダミー自機に代入すればいいだけじゃん・・・

**名前は開発中のものです。** · 2008/12/04(木) 01:04:31

そうすると式神と同じ速度でダミー自機が動いてしまうぞ
式神使用時は超低速移動にしたい

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

>450
代入する時に,数値半分にするとかで対応しろよ

応用利かせるとかできないのか？

**名前は開発中のものです。** · 2008/12/04(木) 01:22:39

式神に触れた弾の速度を遅くして式神から外れたら弾の速度が元に戻るのはどうすればいいんだ？

**名前は開発中のものです。** · 2008/12/04(木) 01:26:56

>425
それを再現するために、お前は何ｊかやったの？

**名前は開発中のものです。** · 2008/12/04(木) 01:48:41

無理ってことか

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

ホットな展開だなぁ。

この状況でも「これがゆとりか…」っていうとゆとりの皆さんは怒るんだよな。

**名前は開発中のものです。** · 2008/12/04(木) 01:51:30

・再現するために何をやったか？
・プロジェクトファイルをＵＰした
この2点があれば、協力的になってあげても良いよ

**名前は開発中のものです。** · 2008/12/04(木) 01:59:21

なんだかなぁ・・・

**名前は開発中のものです。** · 2008/12/04(木) 02:00:06

>452
ちなみに作業量が膨大になるけど再現は簡単だから。
トリフィドでやってるのと多分同じね

**名前は開発中のものです。** · 2008/12/04(木) 02:09:17

UzKdXI4aは協力したくてしたくてウズウズしてるって面だな
このツンデレめ

**名前は開発中のものです。** · 2008/12/04(木) 15:26:21

どっちかって言うとおあずけして遊んでる感じだなｗ

**名前は開発中のものです。** · 2008/12/04(木) 16:55:41

ちょっと前に騒いでた「質問する時はプロジェクトうｐ」の意味が分かったよ。

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

プロジェクトからソースぱくるだけで質問放置もありえるから必須にする必要もないけどな。

**名前は開発中のものです。** · 2008/12/04(木) 17:17:21

パクられるからプロジェクトは公開したくない
でも、俺の質問には答えろ

なんて馬鹿が過去に居たな

**名前は開発中のものです。** · 2008/12/04(木) 18:09:32

>442
>RND SPACE
DLして確かめてみたけど、移動ボタン判定じゃなくて（結果的にはそうなってるけど）
あれはスター時の自機の周囲にサウンドを変更するアイテムを沢山置いてるだけだと思うな
左側…サウンドＡアイテム
右側…サウンドＢアイテム
下…サウンドＯＦＦアイテム

どれか1個でも取れば、残りのアイテムも消失

**名前は開発中のものです。** · 2008/12/04(木) 18:24:03

小さいサイズじゃなくて大きいアイテムで配置すれば3個ですむ
ゲームスタート時の判定で応用が利きそう

ＳＢのゲームで移動ボタン判定をしてるのはストライクウィッチーズＳＴＧぐらいかな

**729** · 2008/12/04(木) 18:46:21

いや、あれは紛れも無く入力判定してますよ。
全方向スクロールサンプル見てもらえば分かりますが、
ニュートラルの時は0で方向キーを押すと1とか2の値を返すようにしてあります。
その値を利用してスクロール方向を決めたり、サウンドセレクトしたりしてます。

**名前は開発中のものです。** · 2008/12/04(木) 19:05:35

729氏は、8方向移動量設定がデフォ化されるよりも前に、座標取得で自機の移動方向制限をかけた方ですぞ～

**名前は開発中のものです。** · 2008/12/04(木) 19:07:40

おそらく、ボタン判定で移動方向を判定しているわけではなく、
移動したカーソルの座標を変数で取得して、座標の移動量で判定しているとみた！
・・・違うかな？？

**名前は開発中のものです。** · 2008/12/04(木) 19:09:15

>466
なるほど
プロジェクト見てますわ

**729** · 2008/12/04(木) 19:50:48

>>468
そうですね。
移動前と後の座標を比べるとどっちを押したかが分かるので、それが結果的に方向キーの入力判定となります。

**名前は開発中のものです。** · 2008/12/04(木) 20:15:34

なるほどなぁ・・・
答えは割とあっさりしてるもんだね、素晴らしい
てことはボタン判定に方向キーは追加しなくておｋだな

**名前は開発中のものです。** · 2008/12/04(木) 20:23:56

>>471
画面端での入力方向が判定できないよ

**名前は開発中のものです。** · 2008/12/04(木) 20:25:40

これだと特定の状況下は使えるけど
ゲームプレイ中でのキー判定って厳しくね？

**名前は開発中のものです。** · 2008/12/04(木) 20:34:27

>472
スト魔女ＳＴＧのキー方向+ボタンでの固定方向ロック（Ｂチーム）が画面端だとできなかった
ニュートラルロック扱いにされる

同じ方法でのキー判定っぽいな

**名前は開発中のものです。** · 2008/12/04(木) 20:53:38

ボタン判定に方向キーが追加されても特に問題は無さそうだけどな。
もっとも判断するのはSB製作者だが。

**名前は開発中のものです。** · 2008/12/04(木) 21:46:32

joytokeyとか使ってABXYを上下左右と認識させる荒技が

**名前は開発中のものです。** · 2008/12/04(木) 22:39:03

ちょいと気になったことなんだが、
スクリプトの速度パネルで、速度を0に落としたとき、キャラクターの向きが0度になるのは仕様？

**名前は開発中のものです。** · 2008/12/05(金) 01:34:09

調べるからプロジェクトをｒｙ

**名前は開発中のものです。** · 2008/12/05(金) 01:55:01

>>473
ぶっちゃけ厳しいね
少し無理のある処理だから予期せぬ不具合も結構出る
>>474の他にも、他のシステムとの兼ね合いでの不具合とか
ボタン判定に方向キーがあれば・・・

**名前は開発中のものです。** · 2008/12/05(金) 03:46:08

ま「やるだけやってみたけど、ちょいと微妙なんで改善求む」ってのにまで
反対する人はそうそう居ないでしょ。

「なんかどうしていいか良くわかんないから、ボクのやりたい事を即実装できるようにして～」って
いきなりやらかすから叩かれるんであって

**名前は開発中のものです。** · 2008/12/05(金) 07:43:58

Aボタンで前進とかしてみたいしね

**名前は開発中のものです。** · 2008/12/05(金) 09:18:01

それこそX・Y移動量を変えれば出来るじゃん＞Aボタンで前進

**名前は開発中のものです。** · 2008/12/05(金) 09:42:24

初歩的な話で申し訳ないんだが
敵にアイテム落とさせるのってどうすれば良いんだろう
本体同梱のサンプル見てもどこで設定してるのかよくわからない…

**名前は開発中のものです。** · 2008/12/05(金) 09:45:59

敵の破壊タスクの中で攻撃のスクリプトを使ってアイテムを発射すればOK

**名前は開発中のものです。** · 2008/12/05(金) 09:48:56

>>483
またはステージの敵配置でアイテムキャラとして落とすアイテムを指定出来る

**名前は開発中のものです。** · 2008/12/05(金) 09:53:18

>>484-485
thx
敵配置にそんな機能があったのか…

サンプルの通しテストだとアイテム落とす雑魚が
雑魚単体のテストだとアイテム落とさないから不思議に思ってたんだ

**名前は開発中のものです。** · 2008/12/05(金) 15:00:50

つーか
敵配置にアイテムキャラの機能イラネ

**729** · 2008/12/05(金) 22:10:44

画面端でも方向キー入力判定できるのに・・・
ただ、コロンブスの卵的な発想だけどね。
誰か閃く人いるかなー？

**名前は開発中のものです。** · 2008/12/05(金) 22:15:06

わかんねえや（鼻ほじりながら）

**名前は開発中のものです。** · 2008/12/05(金) 22:21:25

>>487
いるよ！愛用してるよ！！

>>488
画面サイズで判定してはダメなの？
640×480ならX＞640とかY＞480とか・・・

**名前は開発中のものです。** · 2008/12/05(金) 22:26:33

方向キーがボタン判定に追加されないのは、
8方向移動量設定や自機速度設定、ランキング画面での移動とか、
いろいろな局面で方向キーの設定が絡んでくるから、変更が容易ではないのかな？

**名前は開発中のものです。** · 2008/12/05(金) 22:40:16

ちょい遅めの子キャラ出して、それの座標拾えばいいんでね？

**名前は開発中のものです。** · 2008/12/05(金) 22:53:30

自機をコントロールできなくなる画面端（X＝640が限界の場合）の一歩手前まで来たかどうかを座標で判定して、
その座標を超えている（X≧630）なら、移動前の座標（X＝630）に少し戻してやるようにすれば、
画面端へ到着しないので、何度でも画面端方向の方向キーの判定が可能かも！

Ｓぷ ◆n3VrL7XRbc · 2008/12/06(土) 00:20:33

「ぐわんげ」の式神みたいな、自機とは別に移動を制御できるキャラクターは、ぜひとも使ってみたい。
座標取得して方向判定、移動量に転化させるってのは・・・・・・・・・・・・・・・・想像するだけで正直キツイ。
キー判定の拡張はぜひともお願いしたい所です。

もっと簡単な方法はないかと試行錯誤してみたけどそんなものは無かったぜ。ＳＢの度量的にあると思うけど。
タスク８つと変数駆使すれば、力ずくで何でも出来るような気がしないでもない。
それでも便利機能はデフォルトで欲しいですよね～。

副産物
つstg0461

>>409
改良ありがとうございます。
結論から言うと、「変数によるゲージ値の取得は、自機タスクでしか機能しない」という事でしょうか。
これは仕様か不具合か・・・。

＞ＳＢ氏
ゲージは「ビジュアル化できる変数」として使えます。
自機以外のキャラからも扱えるようにすれば便利と思いますがいかがでしょうか。

**名前は開発中のものです。** · 2008/12/06(土) 00:28:32

残機とかボム数とかスコアとか、自機じゃなきゃ取得できない変数いっぱいあるよね
おかげで自機のタスクがパンパンだぜ

**729** · 2008/12/06(土) 00:38:42

>>493
正解！！

**名前は開発中のものです。** · 2008/12/06(土) 01:09:37

スクリプトで

移動（動作完了まで）
↓
ショット（動作完了まで）

ってやれば移動とショットを交互に繰り返してくれると思ったんだが、
ショット撃った後消えてしまう。
何が悪いんだろう？

Ｓぷ ◆n3VrL7XRbc · 2008/12/06(土) 01:21:53

>>497
ショット（動作完了まで）

↑この攻撃を終えた時点で待機状態に入ってるはず。（[制御：通過-動作完了まで]と同じ状態）
時間待ちを任意の指定フレーム数にすればＯＫ。

＞ＳＢ氏
感覚的に「動作完了まで」と言えば、攻撃終了後に次のパネルに移りそうなものですがそうなりません。
ここは修正の余地があるかと思います。

**名前は開発中のものです。** · 2008/12/06(土) 01:37:22

>>498
そうやっても、指定フレーム後に消えちゃったりするんだけど…。
色々設定項目試してるけど、
イマイチショットパネルの使い方がよくわからない。

**名前は開発中のものです。** · 2008/12/06(土) 01:42:28

ショットが消えるのかショットを撃つキャラが消えるのかどっち？

**名前は開発中のものです。** · 2008/12/06(土) 01:44:04

ショットを撃つキャラが消える

**名前は開発中のものです。** · 2008/12/06(土) 01:53:43

>>501
ショットが敵か敵弾になっていないか？

**名前は開発中のものです。** · 2008/12/06(土) 01:54:34

おっと>>502はスルーしといてくれ

Ｓぷ ◆n3VrL7XRbc · 2008/12/06(土) 01:57:41

プロジェクト見てもらうのが確実ですね。

**名前は開発中のものです。** · 2008/12/06(土) 02:20:21

ごめん、分かった。
自機の弾と同じキャラクタを発射するようにしてたのがまずかったようだ。
つまらない事聞いて悪かった。

**名前は開発中のものです。** · 2008/12/06(土) 06:24:41

>>496
正解だった。やったー！！

>>494
きっとゲージはプレーヤー編集で設定しているから、自機のタスクでしかゲージ値をいじれないんでしょうね。
確かに、ゲージ値の出し入れは自機以外のキャラクタでも可能にして欲しい！！

以前は、レイアウトの変数表示で自機以外のローカル変数も表示して欲しいと思ったけど、
それだとどのキャラクタの変数が表示されているかわからなくなってしまうから、現状の仕様で仕方なさそう・・・

**名前は開発中のものです。** · 2008/12/06(土) 06:26:34

>>505
敵キャラクタが自機弾をショットで放出すると、ショット元の親キャラクタがやられて消滅するんでは？

**名前は開発中のものです。** · 2008/12/06(土) 06:36:34

>>498
多分、各パネルの右上の時間待ち設定の部分は、制御（通過）パネルを置いたのと同じ役割なのでしょうか・・・
①時間待ち：なし＝制御（通過）パネル：時間待ちしない
②時間待ち：●フレーム＝制御（通過）パネル：●フレーム数待つ
③時間待ち：動作完了まで＝制御（通過）パネル：動作完了まで待つ→パネルによってはデッドロック

攻撃（ショット）パネルは最低1フレームを設定しないといけない（時間待ちしないができない）パネルなので、
必ず指定フレーム数で設定しない（動作完了待ちはダメ）といけないのかな？

**名前は開発中のものです。** · 2008/12/06(土) 06:40:42

攻撃（ショット）パネルを連続で並べる際には、最低でも1フレームの時間待ちを設定しないといけないので、
別のキャラクタを2方向に同時にショットする際などに、若干のタイムラグ（1フレーム）がついてしまうのが難点。

**名前は開発中のものです。** · 2008/12/06(土) 09:48:15

そんなんどうとでも解決できるだろ・・・

**名前は開発中のものです。** · 2008/12/06(土) 10:45:22

1フレームくらい誤差の範囲だから気にしないのが一番楽だがw
どうしても嫌ならタスクで分けるか発射されたキャラクタのタスクで1フレーム待てば？

**名前は開発中のものです。** · 2008/12/06(土) 11:17:21

ゲージとスコアの連動ってできるんですかね？
アイテム点や敵破壊点が特定ゲージの量に依存するみたいな感じにしたいんですが

**名前は開発中のものです。** · 2008/12/06(土) 12:59:44

>512
ストライクウィッチーズＳＴＧとかで、ゲージがある時のみに出現するアイテムがあるから可能なんじゃね

**名前は開発中のものです。** · 2008/12/06(土) 15:30:43

>>512
やればできんじゃね？

**名前は開発中のものです。** · 2008/12/06(土) 16:03:02

>>512
どれくらい細かいところまでやりたいのかわからんから一概には言えないが、よっぽど複雑なシステムで無い限りはわりかり簡単に作れる
まずは自機以外のキャラが対象ゲージ値を取得することから始めよう
自機以外のローカル変数だけを使っていると正常に取得できないから注意な。

**名前は開発中のものです。** · 2008/12/06(土) 16:35:07

あのー、チュートリアルその４．スクリプトを使って敵キャラを動かすで
６．実行して確認するをやると、敵が途中で止まったまま
エラーで終了しちゃうんですがどこか間違えちゃってますかね？

**名前は開発中のものです。** · 2008/12/06(土) 17:01:16

あーそれオレも昔なったことあったかも
もう一度最初から作り直してみたら今度はならなかったんだったかな
今となってはかなり昔の話だし原因なんてわからんけど

**名前は開発中のものです。** · 2008/12/06(土) 17:22:29

>>516
プロジェクト無しで判断できると思う？

**名前は開発中のものです。** · 2008/12/06(土) 17:33:08

>>517
昔やったチュートは普通に動くので作り直してみます
だいぶブランクあってバージョン変わったので一からやり直してたんですが

>>518
なんか既出前例が聞けるかと・・・ごめんなさい

**名前は開発中のものです。** · 2008/12/06(土) 19:31:29

>>513-515
曖昧な質問に答えてくれてありがたい

サブウェポンの燃料、スコア基本値、自機体力…を全部1つのゲージで扱ってみたいと思ってるんだが
ちょっと初心者には難しそうだなぁ
勉強します

**名前は開発中のものです。** · 2008/12/06(土) 19:52:25

・被弾するとゲージ低下
・サブウェポン撃つとゲージ低下
・ゲージ量でスコア倍率アップ

この3つを1つのゲージでまかなうなら何とか出来そうな気はする

**名前は開発中のものです。** · 2008/12/06(土) 19:53:31

ヴォルガードと申したか

**名前は開発中のものです。** · 2008/12/06(土) 20:12:44

>>522
1分でそこに辿り着くってスゲェなｗ

**名前は開発中のものです。** · 2008/12/06(土) 20:26:14

>・ゲージ量でスコア倍率アップ
これが少し手間なだけで、あとは余裕だな

自機でゲージの判定した数値をシステム変数に常に代入
敵の破壊時のタスクで、ゲージ数値を代入したシステム変数を読み込んで
ゲージ値の残量にあわせたスコア倍率の変数を組んで完成

**名前は開発中のものです。** · 2008/12/06(土) 22:05:27

危ぶめば道はなし。
踏み出せば、その一足が道となる。
迷わず行けよ、行けばわかるさ。
ありがとう！！

**名前は開発中のものです。** · 2008/12/06(土) 22:52:53

天災め
ふりーむにまでうｐるとは

**名前は開発中のものです。** · 2008/12/06(土) 23:01:43

>526
作品の容量とか
各種ニュースサイトからの紹介でＤＬ集中を考えれば当然の事だと思うな

**名前は開発中のものです。** · 2008/12/06(土) 23:06:56

あんなのはシューティングの邪道だ

**名前は開発中のものです。** · 2008/12/06(土) 23:07:46

なんだ
いつものアレか…

**名前は開発中のものです。** · 2008/12/06(土) 23:07:47

ageてる奴はスルーでよろ

**名前は開発中のものです。** · 2008/12/06(土) 23:19:02

こんなものは邪道だ！
ＳＴＧはメカとメカが戦うと決まってるんだ！！

**名前は開発中のものです。** · 2008/12/06(土) 23:19:50

>>531
んじゃぁ作ってうｐよろ

**名前は開発中のものです。** · 2008/12/06(土) 23:22:54

ＳＴＧはメカとメカが戦うものと決め付けてその範疇を出ようとしない・・・・
なんたる怠慢か。

**名前は開発中のものです。** · 2008/12/06(土) 23:49:44

何だかんだ言って誰よりも情報得るの早いな
実は天災大好きなんだろｗ

**名前は開発中のものです。** · 2008/12/06(土) 23:54:06

実際メカVSメカのSTGって昔からそんなに多くないぜ
インベーダーからして生身だし

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

グラディウスシリーズやR-TYPEも敵は生体兵器だからメカじゃないな

**名前は開発中のものです。** · 2008/12/07(日) 00:57:11

リアルな話、幼女に戦闘させる事で燃えと萌えを両立させた結果、得られる客層と失う客層のバランスの問題だな。
ま、製作技術及びツールにあんまり関係ない話だが。

**名前は開発中のものです。** · 2008/12/07(日) 08:22:05

その辺は完全に作り手の趣味とセンス依存だからねぇ
｢メカメカしく作ったらプレイヤーがいなくなりました｣なんてのも笑えないし
まぁ各々で好きにやったら良い

**名前は開発中のものです。** · 2008/12/07(日) 13:52:46

というか販売してるわけなんじゃないんだから気にすんなって思うわｗ

**名前は開発中のものです。** · 2008/12/07(日) 14:28:20

ま、どうでもいい話だろ。
アゲてるのを無視しとけば終わる。

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

ゲームって、ユーザーが楽しむ玩具という側面以外に、作り手の自己表現のための作品という側面もあると思う。
商用ゲームでは売り上げが最優先だから前者の比率が高くなるけど、
フリーゲームなら批判にかまわず作者が自分のテーマを自由に展開して良いと思う。

ゲームの操作性や難易度、システム面での批判ならユーザーの意見も参考になるけど、
キャラクタの世界観とかは作者の個性だと思う。
その世界観を受け入れられる人に遊んでもらえれば十分な気がする。