【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/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

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

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

ごめん。312氏は何のサンプルを作成した人だっけ？？

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

コテが名前だと誰が誰だか分からんな
Ｓぷとかトリフィドは一発なんだが
そういうのは俺だけじゃないはず

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

スターフォックスみたいなシューティング作りたいね

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

Ｃでやれ

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

>>269
今の機能で十分作れるわ

**名前は開発中のものです。** · 2010/07/16(金) 00:32:04

>>271
え・・・？
嘘すよね？

**名前は開発中のものです。** · 2010/07/16(金) 06:26:21

>>269
3Dものはぶっちゃけアンリアルエンジン3使ったほうが早くね？

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

そういや現状で速度変化のX軸Y軸単独指定ってできたっけ？
これができたら曲線移動とか簡単にできそう

**名前は開発中のものです。** · 2010/07/16(金) 12:37:31

なんで自分で試さないのかなあ？

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

>>274
ローカル変数パネルで、X速度やY速度を直接代入して変更することはできます。
変数を連続的に変化させれば、X速度やY速度も連続的に変更可能です。

直交座標移動パネルでは、X速度とY座標を指定できますが、連続的に変更することは困難です。
X加速度やY加速度を指定できないためです。

速度パネルでは、進行方向の速度しか変更できません。
X方向成分やY方向成分だけ、もしくはその両方を同時に個別に変更することはできません。

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

>>275
お前みたいなレスする奴が一番いらねえんだよ
>>276
でもその方法では変化までの時間指定はできないので
直交座標移動の指定変更と変わらない気がする

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

いや、変数はループ処理で連続的に加算・減算処理ができるので、変数を速度に代入する方法は、
速度の設定値を変えた直交座標移動パネルを複数並べるよりも、ずっと簡略化できるよ。

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

＞そういや現状で速度変化のX軸Y軸単独指定ってできたっけ？
＞これができたら曲線移動とか簡単にできそう
例えば、放物線移動なら、X速度を一定値にして変化させず、Y速度に代入する変数をループ処理で繰り返して加算するだけで、OKです。
逆に、これ以外の方法できれいに放物線移動させるのは、結構難しいです。

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

速さの話題が出てるので、便乗して。

「複雑な曲線的移動ラインはそのままに、途中の任意のタイミングで速さだけを変化させる」
これでなにかうまい方法はありますか？
今、複雑な曲線移動ラインはパスでやってるんですが、パスだと途中で速度変更できない（ですよね？）

途中の任意のタイミングで速度を変更させて、複雑な曲線的移動ラインが膨らんだりしぼんだりで変わらない、
よい移動方法、ならびによい速度変更方法はないでしょうか？

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

ＣａｒａｖａｎＳｔａｒか～
デライラ懐かしいなあ・・・

1100000くらいまでしかいかなかった・・・

**名前は開発中のものです。** · 2010/07/17(土) 00:02:21

>>280
パス使ったことないから逆に聞きたいんだが
パスを区切ってから速度を変えた新しいパスに添わせると上手くいかないわけ？
なんとなくカクカクはしそうだけど

**名前は開発中のものです。** · 2010/07/17(土) 00:34:56

>>282
①：一つのパスラインを、何十分割かに細切れにし１セットとする
②：ラインは同じで速度のみを変えたものを数セット用意する
③：すべての細切れパス間に条件分岐をはさみ、沢山の条件分岐でセット間の切り替えをしながら、
　　任意のタイミングでの速度変更というのを表現する

多少はカクカクするかもしれないけど、うまくやれば、表現は出来そう。
出来そうだけど、ザコ敵１匹で結構なパス量。ゲームで表現させたいキャラにこれをすべて適応すると、
膨大な量のパスの作成を余儀なくされる。

これがはたして実用的か？
と悩んで、以前没にした案なんだよな。

**名前は開発中のものです。** · 2010/07/17(土) 00:59:12

>>283
なるほどねー解説さんくす

汎用パスセットを一個つくって継承スクリプトで全雑魚に適用とかどうか？
メインタスク内で変数かシグナルで自分に固有のナンバーを割り当てて
あとは継承スクリプトのタスクでそれを読み込んで条件分岐させれば・・・

パスは視覚的に軌道を設定できるから一回一回数値を手打ちするより
トータルで見れば時間短縮できるかもよ？

**名前は開発中のものです。** · 2010/07/17(土) 01:30:34

それだともうデザエモンになるな

**名前は開発中のものです。** · 2010/07/17(土) 01:47:24

>>284
継承スクリプトって今まで使ったことないわー。

まず使い方を調べて、それがどういう風に応用できるのか。
汎用パスっていうのがどういう感じなのか今ひとつつかめてないけど、
そっち方面の方法もちょっと模索してみるかな。
情報ありがとさん。

●汎用パスの構想（机上論的）

　何セットかの、基本パスラインセット（小間切れヴァージョン）を作る。

基本速度パスA：始→1→2→3→4→5→6→7→8→9→10
基本速度パスB：始→一→二→三→四→五→六→七→八→九→十
基本速度パスC：始→①→②→③→④→⑤→⑥→⑦→⑧→⑨→⑩

　各ザコ敵基本速度パスラインを並べ替えて作る

ザコ１基本速度ライン：始→1→2→③→④→⑤→六→七
ザコ２基本速度ライン：始→④→⑤→1→2→3→八→九

この方法だと少ない基本速度パスセットで、沢山のザコ敵基本速度パスラインを作れそうだけど、
これで思い描くラインを作れるか？と、パス自体が進行方向に打ち出せない（よね？）のが汎用性に
乏しいかもしれないな。

>>285
　×それだともうデザエモンになるな
　○デザエモンにそういう機能があったな
だと思う。

**名前は開発中のものです。** · 2010/07/17(土) 02:20:48

継承スクリプト超べんりよ
理解するのに時間かかるかもしれんけど詰まったら聞いてくれよ

＞各ザコ敵基本速度パスラインを並べ替えて作る

俺のイメージでは基本動作を一個のタスクにまとめといて継承スクリプトにして
ある変数を読み込むことでそれぞれの基本動作をするように条件分岐させるようにすればって思った

たとえばメインタスクで変数「１２４３９５」を代入して継承スクリプトのタスクでそれを読む
１のパスを２の速度で4回繰り返したあとに３のパスを９の速度で5回繰り返すっていう感じで
自動化させるってものだったんだけど・・・やっぱメンドくせえわｗ

デズェモン興味あったけど結局さわらなかったなー

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

デザエモン懐かしいな・・・サターンのFDドライブ今でも持ってるぜ

**名前は開発中のものです。** · 2010/07/17(土) 02:51:05

じゃあ作曲モードも付けてもらおう

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

SBで麻雀作りたいねえ

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

なぜＳＢで・・・

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

グラフィックエディター「絵太郎」
組み立てエディター「組子さん」
サウンドエディター「音まろ」
ポリゴンエディター「ポリ吉」

**名前は開発中のものです。** · 2010/07/17(土) 09:38:37

モジュール制にすればSB本体は重くならないからいいかもな
使いたい機能だけ落として組み込んでねーみたいな

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

デザエモン板になっていく～

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

>>290
脱衣なら作ってよし

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

今のプロジェクトが完成したらＳＢさん…俺と結婚してくれ！！

**名前は開発中のものです。** · 2010/07/17(土) 10:38:57

弾幕エディター「ダン・マック」
隊列編隊エディター「ザ・タイレーツ」
パスラインエディター「パスラちゃん」

こんな感じでどうだろうか？

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

パスラちゃん萌え

擬人化イラストよろしく

**名前は開発中のものです。** · 2010/07/17(土) 10:57:20

「ザ・タイレーツ」で吹いた～

パス内での移動速度の指定方法を少し変えて欲しい気がする。

具体的には、現在の「コントロールポイント間の移動速度を個別に指定」に加えて、
「パス全体を等速で移動」を選択できるように追加してもらえば良いと思う。

それで、「パス全体の移動速度」をスクリプトで変更できるようにしてもらえば、
途中で任意の速度に変更できるようになる。

やはり、スクリプトのパス移動パネルに、「左右反転」で使用、「上下反転」で使用、「±90度回転」で使用、「パス速度を変更」などの、
設定変更オプションを追加してもらえれば、パスの活躍の場は広がると思う。

**名前は開発中のものです。** · 2010/07/17(土) 11:40:29

速度にちなんで、話題が出てきたので・・・
現状だと、速度不明のオブジェクトを加速・減速する際に、例えば速度を倍にしたい・半分にしたいという時に結構困る。

射出されたオブジェクトは等速とは限らず（例えば相対速度で加速されていたり、途中でスクリプトで加速されたりしていて）、
現在の速度がわからないと、速度パネルでは目標速度をいくらにすれば倍速になるのか、いくら速度を加算してやれば倍速になるのかがわからない。

仮に、変数を用いて速度を取得しようとしても、進行方向の速度を取得できるローカル変数がなく、X速度やY速度から計算しなければならない。
速度を取得した後も、その変数を計算パネルで2倍なり、1/2なりして、再代入してやるという手間もかかる。
（しかも、進行方向の速度へ直接代入できず、X方向・Y方向に分けて代入が必要）

提案としては、「速度パネルに％指定での速度変更」を機能追加してもらうか、変数で「現在の進行方向の速度」を取得できるようにしてもらうかが必要。