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

**名前は開発中のものです。** · 2010/05/31(月) 08:27:19

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

Shooting Game Builder公式サイト
http://maglog.jp/sb/

SHOOTING GAME DEVELOPER UPLOADER
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 ver.8 【ｼｭｰﾃｨﾝｸﾞ】
http://pc11.2ch.net/test/read.cgi/gamedev/1263321872/

**名前は開発中のものです。** · 2010/06/29(火) 18:19:53

その場合親はきちっと消えてくれるだろうか

**名前は開発中のものです。** · 2010/06/29(火) 18:21:08

信号送って消滅させればいいか。

**名前は開発中のものです。** · 2010/06/29(火) 18:22:40

や、テキトーなことを言った
俺親とか子とか良くわからんでよー

たぶん☆-（ゝω･）

**名前は開発中のものです。** · 2010/06/29(火) 18:35:56

親をスプライト無しに選択して、
変数処理用にする
子1と子2を作り、
子1を本来の親のスプライト、
子2を本来の子のスプライトにする

そしたら
子１と子2の判定は同期しないし、
同じ親を基本にしてるから、移動や位置関係は同期するってのが実現できるよ

子1が破壊されたら、親に信号を送り、
親が信号を受信したら、子2に信号を送るってしたら、
状況に合わせた動作指定も可能

というか、子が破壊されたら親の当たり判定が出るようにしたいってだけならば、
>>163の方法で良いじゃない

**名前は開発中のものです。** · 2010/06/29(火) 18:40:37

>>166 >>170
ありがとう　とりあえず独立させは出来た
>>163については>>160で言った通り子にも当たり判定がなくなるので
子が破壊されたら～以前に子が破壊出来ないかと

**名前は開発中のものです。** · 2010/06/29(火) 19:14:20

スクリプト内の描画スプライトパネルで、親のスプライトを当たり判定のある物と
ない物で切り替えるって意味じゃない？

まあ独立させで出来たのならそれでいいのかな。

**名前は開発中のものです。** · 2010/06/29(火) 19:50:18

>>172
そんな機能あったのね。
変数操作も信号受信もうまいこと使えないから困ってる。解決しなかったらその方法でいってみます
変数ってそのスクリプトでしか機能しない、って訳ではないよね

**名前は開発中のものです。** · 2010/06/29(火) 20:14:48

テストプレイでステージ１しか選べないのだがいったい名瀬なんだ・・・・

**名前は開発中のものです。** · 2010/06/29(火) 20:21:14

どういうことをやりたいのかよくわからんけど、
　親の当たり判定なし、子はあり　→　子が死んだら親の当たり判定を出す（スプライト差し替え）

みたいなことがやりたいんなら、子が死んだことを親に知らせるため、親子間のシグナル送受信は最低限必要だよ。
シグナル変数あたりがよくわからないようだけど、他も含めて自分で色々いじって会得するのが一番かと。

**174** · 2010/06/29(火) 20:23:28

ごめん！！自己解決
ドラッグ＆ドロップじゃなくて、「ステージ単体」の隣の枠に直接文字を打ち込もうとしてました・・・

**名前は開発中のものです。** · 2010/06/30(水) 21:23:03

>>155
>誘導パネルは、移動力0だと誘導しないけど、移動力1で誘導させて、
>適宜、直行移動で元の座標（子なら、ｘ＝0、ｙ＝0など）に移動させてやれば、見た目にも
>まったく問題なく移動力0の誘導を表現できるよ。

子生成だと、常に直交移動の相対オフでx=0，y=0にリセットさせてあげないといけないのか・・・
「誘導→ショット→直交移動」をタスクでループさせると、確かに上手くいく。
でも、ボタン判定も絡んでくるとなかなか難しくなる・・・

オプションでは、親座標に戻す処理が、タスク終了時に自動で行われているみたいですね～

**名前は開発中のものです。** · 2010/06/30(水) 21:25:11

誘導で追尾時間を長く設定すると、ターゲットが複数いる時に、ガクブルしてしまうｗ
複数のターゲットがいる際に、「自分から至近のターゲットのみを追尾」「最初のターゲットが消失するまで追尾」とか、選択できれば良いのに・・・

**名前は開発中のものです。** · 2010/07/02(金) 08:12:32

最近、ここの規制が激しくて書き込めないな
誘導対象の選択方式は指定できると便利かも

**名前は開発中のものです。** · 2010/07/02(金) 13:07:46

誘導対象をもっと選択できるのはいいね。　時々ぐにゃぐにゃしてみにくくなるから
多分選択肢が少なすぎて不便する点は結構ある

**名前は開発中のものです。** · 2010/07/02(金) 14:13:28

＞「最初のターゲットが消失するまで追尾」
例えば、敵は全員「敵弾（特殊）」などにして誘導対象外にしておいて、なんらかの形で
誘導対象にしたい敵だけ、「敵（空中）」の子、いわゆるターゲット（誘導の的（まと））を出させる
というのはどうだろうか？画面内のターゲットの数をシステム変数とかでうまく制御してやれば、
レイフォース（だっけ？）みたいなヤツとか、同じ敵にターゲットを重ねて高火力とかも出来そうな
気はするけど。やったことないから出来るかわからないけど。

＞「自分から至近のターゲットのみを追尾」
例えば、自機に誘導索敵用の範囲子キャラを出しておいて、そこにふれた敵だけ、ターゲットを
出して誘導対象にするとかどうだろうか？
やったことないから出来るかわからんけど。

誘導対象が、近距離をターゲットにするのか最小角度でターゲットしてるのか、適当に
ターゲットしてるのか調べたことがないからよくはわからないけど、そのあたりを調べれば、
なにか手掛かりがつかめるかもね。

でもまあ、色々面倒くさいなｗ

**名前は開発中のものです。** · 2010/07/02(金) 14:29:51

>>181
>でもまあ、色々面倒くさいなｗ
そこに尽きるよね

例えば、個々のミサイルがそれぞれ別の対象を誘導中は、
各々の対象が撃破・消滅するまで同じ対象を誘導し続ける（他の対象にターゲットを移さない）のは、
現在のシステムではスクリプトを駆使しても難しいよね

>誘導対象が、近距離をターゲットにするのか最小角度でターゲットしてるのか、適当にターゲットしてるのか調べたことがないからよくはわからないけど
そこが知りたいね
もし誘導対象の選択方式を選択できるようにするなら、
　①最小旋回角度の順、②至近距離の順、③画面に登場した順、④残HPの順、とかから選べれば便利かも

**名前は開発中のものです。** · 2010/07/02(金) 14:32:48

追尾中は同一対象を誘導ロックする、というチェックボックスを用意して、
追尾中は誘導している対象を見失うまで他の対象を索敵しない、というのはどうだろうか？

**名前は開発中のものです。** · 2010/07/02(金) 14:54:58

＞各々の対象が撃破・消滅するまで同じ対象を誘導し続ける
これをやるためには、誘導弾とターゲットの間に、子ＩＤを絡めた親子関係をうまく
築いてやるとか？できればやれるのかな？
では、それをどうやって築いてやるのか？

う～ん、難しく考えすぎてる？おれ？

**名前は開発中のものです。** · 2010/07/02(金) 19:29:55

敵Aを追尾中に、周囲に敵Bや敵Cがいても索敵しないで、敵Aを追尾し続ける（ロック）は、誘導レーザーで重要

例えば、敵Aを誘導レーザーで攻撃中に他の敵を索敵してしまうと、誘導レーザーが乱れてしまうのを防止したい
ロックしている敵Aを撃破するか、画面内から移動して消滅するまで、同じ相手にレーザーを照射し続けたい
誘導の追尾をオフにすると敵を追跡しなくなるし、オンのままだと周囲の敵にもレーザーが誘導されて分散してしまう

自機の誘導弾と誘導対象の敵との間にペアとなる親子関係を築くのが難しいかな
もし築ければ誘導対象を親子間に限定すればできそうだが

**名前は開発中のものです。** · 2010/07/02(金) 19:43:07

こんな感じでいけるかな？
う～ん、難しく考えすぎてる？おれ？

敵）メインタスクで位置分岐：自機との距離が一定以下なら、子生成でロックオンマーク（攻撃判定枠なし）を敵の直上に生成
　　破壊時タスクでシグナル送信：子に破壊シグナルを送る

ロックオンマーク）メインタスクで絶えず子生成：子キャラクタは自機の誘導レーザー（攻撃は対空判定）
　　　　　　　　　メインタスクでシグナル受信：破壊シグナルを受信したら消滅

誘導レーザー）メインタスク
　　　　　　　①親子での座標連動はオフにしておき、まずはローカル変数でX,Y座標に自機の座標を代入
　　　　　　　②誘導：親（ロックオンマーク）を誘導対象にして追尾し続ける
　　　　　　　メインタスクでシグナル受信：親（ロックオンマーク）の消滅時にはレーザーも消滅
　　　　　　　攻撃時タスクで消滅

**729** · 2010/07/02(金) 20:32:31

おや・・・この話題・・・
俺が少し前に実験してたサンプルが参考になるかも。
アップしたのでお試しください。
溜め打ちしてみて。

**184** · 2010/07/02(金) 21:57:54

>>187
ちょっとよくわかりにくいけど、誘導が敵に当たったら誘導をやめて、
当たった敵のｘ、ｙ座標をシステム変数経由で取得して敵にくっついてるって感じかな？
なかなかいい考えだな。

**名前は開発中のものです。** · 2010/07/02(金) 22:28:53

もうちょい洗練すれば実戦レベルにできそう

**名前は開発中のものです。** · 2010/07/03(土) 03:32:50

久々に729氏がktkr！！
これこそロックオン誘導レーザー（クネクネ誘導タイプ）じゃないですか？！
原理は、誘導→敵にHIT時に敵の座標を代入してロック→レザーは自機と敵をつなぐ多関節（スキニング）ですかね？

以下はパネル全般で気付いたこと。
・システム変数パネルの「オプション」がイマイチわかりづらいので、「システム変数の番号」に変えた方がわかりやすいかも。
・また、システム変数パネルの「変数」の部分も、ローカルかシステムかが区別付きにくいので、「ローカル変数」と明記した方が勘違いしないかも。
・変数パネル全般の「即値」も「数値」で良いような気がする。

**名前は開発中のものです。** · 2010/07/03(土) 03:42:55

現在の移動速度を保持して進行方向だけ変えたい時に、移動系パネルの相対オンの速度0は便利！

直交座標の移動力を直接指定でも、相対オン・オフをできればよいのに・・・。（ローカル変数のX，Y速度で似たようなことはできるが）
　絶対座標：画面上の絶対座標を指定
　相対座標：現在地からの相対座標を指定
　移動力の直接入力：相対座標と似ているが、移動量で指定

速度パネルも相対のオン・オフで、「絶対速度（目標速度まで加減速）」、「相対速度（現在の速度に加算して加減速）」で指定できるけど、
目標速度を現在の速度の（×2倍）とか（×0.5倍）とか、縮尺みたいに「倍数での指定」もできたら良いのだけれど。

**名前は開発中のものです。** · 2010/07/03(土) 08:04:15

そろそろ要望は要望スレでやるべきじゃないだろうか
きりがないだろうし

**名前は開発中のものです。** · 2010/07/03(土) 10:54:06

分けるほど話題ないよ＞＜

**名前は開発中のものです。** · 2010/07/03(土) 11:13:46

要望スレは一応まだ生けてるけど、もう死んでるから。

今回は729氏のサンプルを垣間見れただけでも、要望を出す意味はあったと思うが。

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

なんでフルスクリーンにするのがAlt+Enterじゃないの？

**名前は開発中のものです。** · 2010/07/04(日) 13:31:04

729氏乙です！！

**名前は開発中のものです。** · 2010/07/04(日) 13:33:50

要望スレはどちらですか？

現在の速度を2倍に加速したい時とか、確かにあるので・・・
変数でも2倍とかできるけど、X速度を取得して2倍して、Y速度を取得して2倍して・・・と結構面倒なので

なぜ変数には現在の速度（進行方向の速度）がないのだろう？
（進行方向の角度は取得できるようになったが・・・）

**名前は開発中のものです。** · 2010/07/04(日) 22:42:22

>>186氏の考えを元にしたロックオン誘導弾のサンプルを作ってみた。
色々付け加えていったら、ぐちゃぐちゃでわけ分からなくなったかも。
色々とエラーもあるかもしれない。

　stg0691.zip
　　
　メインショット　Ｂ
　溜め式誘導弾　Ｘ
　ポーズ　Ａ

　システム変数１、２　自機座標
　システム変数３　誘導弾最大８個カウント用
　システム変数４　誘導弾発射中のフラグ

>>187氏の案も考えてみたんだけど、複数の誘導弾を扱うときに、複数の敵の
座標を取らないといけないので、そこがちょっと作りずらくていまのところ断念。

**名前は開発中のものです。** · 2010/07/04(日) 22:49:59

>>198
おお！
具現者が登場～

**名前は開発中のものです。** · 2010/07/04(日) 23:41:13

自分も186氏理論によるサンプルを作成（stg0692.zip）

解説：
・Zキー（Aボタン）で、自機前方に敵が3機出現して、自機に向かってくる
・距離200を切ったところで（自機の半径200）に入った時点で、敵機が自動ロックオン
・自機から照準に向かって、連続的に対空ロックショットを自動射出

少し変えた点：
・照準の攻撃判定フラグはオンでも、攻撃力を0にしておけば、キャラクタの種類は何でも良い
　（対空攻撃にしておいてもダメージを与えられないため、敵を殺さないで済む）
・対空ショットは、自機の前に登場させるまで描画しないフラグを使用しておく
・敵が死亡すると、その子である照準、さらにその子である対空ショットも自動消滅
　（親子では、親の死亡により子や孫は全消滅するため、シグナル管理は不要）

このサンプルの良い点
・対空ショットは、親子間（その敵に出現する照準が親）の誘導のため、複数の敵を同時ロックオンできる
・照準を出現させるスクリプトを搭載させるかどうかで、同じ空中敵でも、敵個別に誘導の有無を決められる
・照準のスクリプトを変更することで、自動ショットにもボタンショットにもできる（だろう・・・）
・照準に地上敵を使用する必要がない（誘導対象は親）ので、地上敵との共存が可能
　（地上敵には、対地用の誘導ミサイルを設定可能）
←これまでは親子で座標の連動が切れなかったため、地上敵を照準に使用する必要があった

**名前は開発中のものです。** · 2010/07/04(日) 23:55:33

おお！
おれのほかにサンプラーがいたのね。
>>200氏乙かれ～

まだ試してないが、
＞・照準を出現させるスクリプトを搭載させるかどうかで、同じ空中敵でも、敵個別に誘導の有無を決められる
このあたりは便利そうだな、おれももう少し練りをいれてみるか・・・

おれのやつは、メインショットで倒したときに破壊音がならない・・・入れ忘れ・・・

**名前は開発中のものです。** · 2010/07/04(日) 23:56:21

素朴な要望

・使用しているタスクが一発でわかるように、ドロップリストを展開した際に、タスクの文字の色が違うと良いかも
　例えば、ゲートあり（赤）、ゲートないがパネルあり（青）、ゲートあるがパネルなし（緑）、ゲートもパネルもなし（白）とか
（あるいは、タスク選択の隣に、使用しているタスクを示すための0-15のLEDを置いて点灯させるとか・・・）

・誘導パネルで、角速度100なら1フレームで1度なわけだけど、
　1フレームで360度を動かそうと、角速度を360×100＝36000に設定すると、
　32767にダウングレードさせられてしまうのを勘弁して欲しい

**名前は開発中のものです。** · 2010/07/05(月) 13:39:50

16bitだと、0から65535までの65536使用できるんだけど、負数も考えて半分（32767）なのだろうか。
角速度に負数を入れると、処理的にはどうなるんだろう？
もし負数で機能しないのであれば、bitをギリギリいっぱい使用して、1フレームで360度回転できる36000まで対応して欲しいね。

**名前は開発中のものです。** · 2010/07/05(月) 17:38:00

誘導１フレームで対象に向いて欲しいお
これは切実におねがいするお

**名前は開発中のものです。** · 2010/07/06(火) 11:29:25

前回のサンプルを更新（stg0693.zip）

変更点：
・Zキー（Aボタン）で、自機前方に敵が3機出現
・Xキー（Bボタン）で、ロックショット
・Cキー（Xボタン）で、多関節（遅延）を利用した誘導レーザー（節をキャラクタで代用）
・Vキー（Yボタン）で、多関節（遅延）を利用した誘導レーザー（節をパターンで指定）
・距離200を切ったところで（自機の半径200に入った時点で）、敵機が自動ロックオンされるのは同様
・照準のスクリプトを変更することで、自動ショットではなく、ボタンに対応したショットが可能となった

**名前は開発中のものです。** · 2010/07/07(水) 04:44:17

誘導の1フレームで360度まで回転と、移動せずに向きのみ誘導は、確かに欲しい機能。

ちなみに、自機からロックされた敵まで一直線に伸びるレーザーはできないものだろうか？

**名前は開発中のものです。** · 2010/07/07(水) 19:10:19

＞敵まで一直線に伸びるレーザー
誘導弾に多関節を子で貼り付ければ、とりあえずそれっぽいものは出来るんじゃないかな。（stg0695、stg0691の改定版）

「誘導弾がロックした敵以外には命中しないようにする」
ロックオン作ってみて、これが案外難しい気がするね。
　　①：親子間の位置分岐などで当たり判定を出仕入れする。
　　②：誘導弾は対地攻撃にして、空中敵本体には（誘導弾がロックターゲットにしか）あたらないようにする。
　　　　（案として、敵を敵弾特殊にして、ロックオンターゲットを地上敵、空中敵で使い分けるってのも出来るかな？）

それでも、ロックオンターゲットを出している敵が重なっていたりすると、どうしても誤爆が出てくる。（なにかいい案ない？）
さらにそれを（それ以外も）管理するため、シグナルの網目を張り巡らしていて、作った本人もなんだかもう分からない状態。
エラーも多分多い。
スクリプトに色々メモしておいたら、みんなerrorになってしまった・・・（「ｅｒｒｏｒ」を書き換えると、他のerrorもすべて同じ内容に書き換えられる）

サンプルとしてあげたものの、サンプルにならにくらい複雑になってしまったかも。

次はもっとスマートに作りたいなあ。

**名前は開発中のものです。** · 2010/07/07(水) 22:07:20

メモのエラーって結局なんなんだろう
俺は一度もなったことなくて幸せなのか

**名前は開発中のものです。** · 2010/07/07(水) 22:46:03

あーなんかモチベ下がって自分のゲーム放置してる間に色々機能追加されてる
また作り始めるかなぁ

**名前は開発中のものです。** · 2010/07/07(水) 22:53:08

達人のサンダーレーザーとか雷電Ⅱのプラズマレーザーとか怒蜂の押しっぱなしレーザーとか
押したら伸びる系は専用プログラム組まなきゃ無理じゃね？

**名前は開発中のものです。** · 2010/07/08(木) 19:38:18

エフェクト編集の項目を削って、レーザー編集とか追加して欲しい
指定された始点（例えば自機）から終点（例えば至近の敵機）まで、指定したパターン画像を並べて、レーザーを照射とか

**名前は開発中のものです。** · 2010/07/08(木) 20:24:21

エフェクト編集はかなり前に無くなってるが、最新版にしてるか？

**名前は開発中のものです。** · 2010/07/08(木) 20:44:17

個人的には、多関節の各節やオプションキャラクタにパラメータ（A,B）を設定できたり、
スクリプト側でもう少し多関節を柔軟に加工設定できれば結構違ってくる気はするけどな。

**名前は開発中のものです。** · 2010/07/08(木) 21:05:37

逆に、敵側のスクリプトで自機への角度を取得とか

**名前は開発中のものです。** · 2010/07/08(木) 21:28:02

>>212
無くなってんの、言われて気が付いたわ・・・

**名前は開発中のものです。** · 2010/07/09(金) 03:38:58

ショック～；；

**名前は開発中のものです。** · 2010/07/09(金) 08:09:57

バ－ジョンアップの際に、告知はないけど実は少し変更されているって箇所あるよね

**名前は開発中のものです。** · 2010/07/09(金) 20:19:33

特定のキャラが画面内に存在してるかどうか参照する機能とかあると汎用的に結構便利だと思うんだけどどうだろう？
変数使えば同じことはできるけど

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 16:04:23

http://sylphys.ddo.jp/upld2nd/neta2/src/1278745371811.png
ここにあるタブを見えるようにするにはどうすればいい?

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 20:41:27

>>218
じゃあ変数でいいじゃん

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 02:02:02

そんなことより、x,y別々の拡大縮小をだな

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 06:09:24

もういいよそれ。しつこい
自分で描いてアニメーションすりゃいいだけ
どーでもいい要望だそれは

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 06:30:10

>>218
欲しいね
早回しが作りやすくなる

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 07:10:33

エフェクトか何か使って、横のみとかで拡大するサンプル出てなかったっけ？

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 13:43:42

x,y別の拡大縮小は賛成だな
別々に負数指定で水平反転や垂直反転もできるし、伸びるレーザーとかもスプライト1つでできる
DirectXはアスペクト変更も対応しているはずだから、変形系のスクリプトは確かに欲しい

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 13:47:05

あれ？
名前が「そうだ選挙に行こう」に？？

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 13:52:26

投票日恒例ですな

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 14:25:53

垂直反転は向き180度変更と同じだな
水平反転はラスターで何かやれば出来るんじゃなかったかな

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 14:44:59

>>223
変数でYO・KU・NE？

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 15:08:44

>>228
いや、やってみたら、「拡大縮小で-100％」と「向きの回転180度」は、水平＆垂直反転になるよう・・・。

**名前は開発中のものです。** · 2010/07/12(月) 02:49:57

自機のコントロールフラグ切るとフレームごとのゲージ増加も止まるんだな・・・
こういう細かい仕様知りたい

**名前は開発中のものです。** · 2010/07/13(火) 16:46:24

多関節に、先端を始点、根元を終点として、常に一直線でつなぐ関節方式を導入して欲しい。
例えば、先端と根元の間に節が5つあれば、始点-終点間を均等配分した位置に節が配置されるようにして。
蛇行しない「遅延」とでも言えばよいのか・・・。

**名前は開発中のものです。** · 2010/07/13(火) 18:38:08

それで何がしたい訳？
メリットというか、有効な活用方法は？

**名前は開発中のものです。** · 2010/07/13(火) 19:35:16

規制のせいでろくろく指摘されないのをいいことに
要望を出しまくってるようにしか見えない

要望出すな、とは言わんがね・・・これじゃひどすぎる

**名前は開発中のものです。** · 2010/07/13(火) 20:17:11

>>233
自機から標的に向かって、一直線にビームを撃つ目的

**名前は開発中のものです。** · 2010/07/13(火) 20:19:50

追加）
　先端の部分を標的の座標と一致させて、敵の動きを追尾するけど、
　今の多関節みたいにクネクネせずに、一直線のビームが乱れないようにするため

**名前は開発中のものです。** · 2010/07/13(火) 20:20:49

蛇行しない遅延以外でも表現できますね
過去サンプルみましたか？

**名前は開発中のものです。** · 2010/07/13(火) 20:27:02

どれ？？

**名前は開発中のものです。** · 2010/07/13(火) 21:37:01

言っちゃ何だけど思考の優先順位がおかしいんだよ
まず現状のSBで出来る方法を探せよ
それで他部分が全部完成してビーム表現だけが
どうしても実装できない…ってなってからそこで初めて
晒して聞くなり要望するなりするのが筋だろうが

**名前は開発中のものです。** · 2010/07/13(火) 22:29:07

>>238
お前さんの話からするとケツイのロックショット見たいなモンかな？
どこかは忘れたがあるのは確かだ
自分で探せ

**名前は開発中のものです。** · 2010/07/13(火) 23:14:54

出来ないからじゃなくて使いやすくするためにはって考えもあるんだが

**名前は開発中のものです。** · 2010/07/13(火) 23:18:13

今の流れが気に入らないってやつは
スルーするなり自分で話題出して流れかえるなりする事もしないで
他人に俺の気に入らないレスは一切するなとでも言いたいのか？

**名前は開発中のものです。** · 2010/07/13(火) 23:23:52

おいおい、要望の検証をしてるだけじゃないか
何をカリカリしてるんだい？

**名前は開発中のものです。** · 2010/07/13(火) 23:33:45

>>242
お前は何を言ってるんだ？

**名前は開発中のものです。** · 2010/07/13(火) 23:56:08

自分のやりたい事を仕様書として書き出して検討するくらいはすべきでしょう

**名前は開発中のものです。** · 2010/07/14(水) 00:12:18

機能は多いに越した事はないけど、動作が重くなるとかデメリットを考えるとね…
先ずは汎用性の高いものを優先させたいよね…

ま、ここでわーわーやってればＳＢ氏が酌んでくれるさ
議論そのものを否定しちゃいけない

**名前は開発中のものです。** · 2010/07/14(水) 16:17:26

軽いバグっぽいもの発見しました。
テストプレイで「グループ単体」のテストをした時に自動消滅しないキャラが混ざっていると、
きちんと一定時間後に消滅するスクリプトが組まれていても、消滅後何も出てこなくなります。
（キャラ単体のテストプレイでは普通に動作してしばらくすると次の奴が出てきます）

**名前は開発中のものです。** · 2010/07/14(水) 18:40:35

>>246
あたいもそう思う

多少ギスギスしても議論は是非やってもらいたい
見てて楽しいし思いもつかない使い方とかしている人がいて参考になる

**名前は開発中のものです。** · 2010/07/14(水) 20:17:50

これほしい→こうやればできるだろ

は案外ためになるのかな

**名前は開発中のものです。** · 2010/07/14(水) 22:53:00

なるなるーあなるー

だから要望はあったほうがよい
おまえらを議論で打ち負かしたいという理由もある

**名前は開発中のものです。** · 2010/07/15(木) 01:35:05

要望あげるのは別にいいと思うよ
最近は、ここもそういった話題でしか盛り上がらないし

要望を見て、そういうことをしたい人もいるんだと思うこともあれば、
こうすればできるという人がいて、こんなことまでできるんだと感心することもある

そうやっていくことで、SBの製作技術が向上したり、SB自体が機能改善されるわけで
もともとこのスレは、SBの開発に対して意見を出したり、作品制作上の助言をもらったりする場ではなかったかい？

**名前は開発中のものです。** · 2010/07/15(木) 08:05:40

これほしい→こうやればできるだろ

ここまでの議論ならいいんだけど

こうやればできるだろ→でももっと簡単にやりたい→すでに出来ることを要望するな→要望を選ぶのはSB氏が云々→・・・

この部分の議論は無駄

**名前は開発中のものです。** · 2010/07/15(木) 09:58:00

お前の都合で動いちゃいねえよ

**名前は開発中のものです。** · 2010/07/15(木) 11:57:17

昔よりはるかにSTGの作れる幅もサンプルも増えたんだけどねえ…
SBでできないのを古参が無理やり実装して、一喜一憂して盛り上ってた時代が懐かしい

**名前は開発中のものです。** · 2010/07/15(木) 12:23:16

結局作るのは既存のシューティングのパクリだろ

**名前は開発中のものです。** · 2010/07/15(木) 12:30:33

シューティングのシステム部分のアイデアなんて飽和状態だから
基本的になんかのゲームの切り貼りばかりだけどね
SBでもオリジナリティが高いシステムのSTGは殆どないな

**名前は開発中のものです。** · 2010/07/15(木) 17:19:30

>>255
エスプなんて名前と処女作からして既にそうだもんな

**名前は開発中のものです。** · 2010/07/15(木) 17:21:36

>>256
殆どないなんて嘘だな

全然ないが正しい

**名前は開発中のものです。** · 2010/07/15(木) 18:53:40

システムの目新しさだけが、STGの良さを決めるわけではないと思うが・・・

せっかくフリーで作成できるツールなんだから、既存のゲームで納得できない箇所を自分で改善・具現化して満足できればそれで良いと思う

**名前は開発中のものです。** · 2010/07/15(木) 18:58:30

>>254
当時は、誰かが要望を出す　→　サンプラー達が何とかして現状で再現してみる　→　やっぱり無理があるので、SBが更新される・・・という流れがあって、
職人らのレスの応酬をわくわくしながら見ていたな～

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

欲しい機能があるなら、先ず現状で何とかして見せろと言う事だな

でもSB氏も意見はあるだけで良いとか言ってた気が？

**名前は開発中のものです。** · 2010/07/15(木) 19:33:37

>>260
当時から引退したひとも多いだろうからね

そろそろ10年ぐらい先のSBのヴィジョンを見据えて
技術の継承も考えながら新参を育てていかないとな

俺らもいつ引退を余儀なくされるかわからんぜ？

**名前は開発中のものです。** · 2010/07/15(木) 19:49:53

3DになってMMDみたいになったら、きっと引退かな・・・
エースコンバットみたいなFPSの3D-STGを作る気力はないもの

**名前は開発中のものです。** · 2010/07/15(木) 20:12:36

もし実現するにしても2DSTGのままキャラとか背景だけを3Dにできる程度になりそうな気がする。

確かに新しい機能が増えすぎると覚えるのは大変だけど
使わなくてもなんとかなるのがSBのよいところでは？

俺は実は用意された機能は半分も使ってない。
いや、使い方がわからなかっただけなんだけどねｗ

**名前は開発中のものです。** · 2010/07/15(木) 20:28:39

Ｓぷ氏とか716氏とか312氏とかキャモン！

**名前は開発中のものです。** · 2010/07/15(木) 20:33:27

そういやパソゲーといえばバックギャモンが定番だったのに、とんと見なくなったな