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

**名前は開発中のものです。** · 2012/03/30(金) 11:24:34.75

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

ShootingGameBuilder公式サイト
http://blog.livedoor.jp/stgbuilder/
Twitter
http://twitter.com/StgBuilder

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

**1234** · 2012/07/27(金) 21:02:20.54

>>679 高校生の数学Ｉレベルだからやってみればいいんじゃね

**1234** · 2012/07/27(金) 21:08:21.52

つか実際ＳＢでやってみて動かない弾を置いていけば軌道がわかる

**名前は開発中のものです。** · 2012/07/27(金) 21:08:36.60

>>679
多分だけど、往復運動をcosの単振動にして周期を合わせれば、横長の楕円になると思うよ
往復運動が一次関数だと、ちゃんとした楕円にはならなそうだけど

親キャラクタの周りを公転してる子キャラクタの周りを、さらに孫キャラクタが公転している場合は、サイクロイドを描くかも

**名前は開発中のものです。** · 2012/07/27(金) 21:13:41.76

SBは三角関数がないから、単振動は再現できなかったわ

無理してパスで楕円を作るよりも、公転パネルで縦横比を設定できた方がはやい気がしてきた
　X＝AcosΘ
　Ｙ＝BsinΘ
A≠Bなら、楕円なわけだし

**1234** · 2012/07/27(金) 21:19:58.28

>>669　
パスのサンプルをアップローダに上げればいいんじゃないかな。
でも、虚しい作業のサンプルにならないかね？

**1234** · 2012/07/27(金) 21:26:52.89

キャラＡに円運動させて、Ｙ座標を[変数システム]に代入する。
キャラＢに[変数システム]から得たＹ座標を代入すると単振動の運動が出来る。

**名前は開発中のものです。** · 2012/07/27(金) 21:36:31.94

>>685
天才児　出現！！
なにその、ダミー円運動！
それ使ったら三角関数いらないじゃん

話が変わるけど、欲しいエフェクト羅列
　火炎系：揺らめくフレイム　定方向のバーナー
　閃光系：火花のようなフラッシュ　扇形に照らすサーチライト
　爆発系：広範なエクスプロージョン　打ち上げ花火　シャワー花火
　電撃系：放電のようなスパーク　稲妻が走るライトニング
　水波系：全周に広がる波紋　定方向へ伝わる波浪
パラメータを設定した作成したエフェクト・スプライトを重ねるだけならともかく、
画面全体を歪めたり、揺らしたり、残存化したりといった全体エフェクトは、難しいだろうね

**1234** · 2012/07/27(金) 21:45:56.51

(ﾉ∀`*)　学校で～ほめられた！天才だヨ～と♪ はやされた～♪　ブタも....

1/60fpsのタイムラグの欠点があって、そのままゲームには使えないよ。

**名前は開発中のものです。** · 2012/07/27(金) 22:02:54.62

>>683
直線的に左右往復してやったら、葉っぱ（あるいは眼＜●＞）みたいな形になったわ

**1234** · 2012/07/27(金) 22:11:05.26

キャラＡ、キャラＢに半径の異なる同期した円運動させて、
キャラＡからＸ座標を、キャラＢからＹ座標を[変数システム]に代入する。

キャラＣに[変数システム]から得たＸ座標Ｙ座標を代入すると.....あとはわかるな。

**名前は開発中のものです。** · 2012/07/27(金) 22:25:04.01

>>689
やってみたけど、円運動の同期が難しすぎる・・・
どうしても計算中に、円運動のY座標の取得に手間がかかってずれる

ちなみに、Y座標から中心の座標を引いておかないといけなくて、
それを今度は動く中心のX座標に足さないといけなくて、かなりシビアすぎる

**1234** · 2012/07/27(金) 22:37:37.51

[Out]>[極座標:一度だけ角度変更、時間待ち1]>[In]
というスクリプトで、
極座標の同じ相対角度で、速度だけ変えてやれば同期できないかね？

だめなら[変数ローカル:進行方向]をじかにいじるとか。

**名前は開発中のものです。** · 2012/07/27(金) 22:38:06.10

単振動はできた
左右の往復じゃなくて、上下の往復にしたら、Y座標を入れるだけで済んだから、タイムロスが減ったよ

でも、楕円軌道は上手くいかない
なぜ？？

**名前は開発中のものです。** · 2012/07/27(金) 22:47:35.73

やっとできたーーー！！！
嬉しすぎる
夏休みの自由研究にしたくらい！！！

**1234** · 2012/07/27(金) 23:04:37.89

単振動できたら、それを二次元動作させるだけ。

**1234** · 2012/07/27(金) 23:06:16.74

書き込み規制中に完成してたｗ　サルとかむかつくｗ

**名前は開発中のものです。** · 2012/07/27(金) 23:13:04.82

うれしup
GIFアニメで
ttp://www41.atwiki.jp/stgbuilder?cmd=upload&act=open&pageid=21&file=%E6%A5%95%E5%86%86%E3%81%AE%E5%8B%95%E3%81%8D.gif

**名前は開発中のものです。** · 2012/07/27(金) 23:16:22.53

>>697
きれいな楕円　乙
これを利用すれば、波動やリサージュ曲線も行けるんじゃないか！？

**名前は開発中のものです。** · 2012/07/27(金) 23:18:02.64

安価ミスった
>>696宛てね

>>693
夏休みはまだ終わらんぞ・・・

ついに、SBも数学のグラフ作成ソフトとしての道を歩み始めたか

**1234** · 2012/07/27(金) 23:31:13.51

>>697　σ(´ω｀;) お...おいらは？

**名前は開発中のものです。** · 2012/07/27(金) 23:38:04.20

サインカーブもできた！！
追加up
ttp://www41.atwiki.jp/stgbuilder?cmd=upload&act=open&pageid=21&file=%E3%82%B5%E3%82%A4%E3%83%B3%E3%82%AB%E3%83%BC%E3%83%96%E3%81%AE%E5%8B%95%E3%81%8D.gif

**名前は開発中のものです。** · 2012/07/27(金) 23:44:16.73

>>699
1234氏は、三角関数を他のキャラクタの円運動から座標で抜いてくるアイデアの功労者だな
歴史に名を残したな
これだけの策士は、旧729氏（SB黎明期にスクリプトを駆使していろいろしてた人）以来だな

楕円とサインカーブが現状でできることが証明されただけでも素晴らしい
サインカーブを120度ずつ位相をずらして、一斉掃射すると・・・わかるね？？

**1234** · 2012/07/27(金) 23:53:03.76

あとはこれをＳＢ氏が変数関数としてスクリプトパネルに入れてくれたら助かるんだけど....
いまエフェクターやってるし、しばらく無理かなぁ

ttps://yfrog.com/Himg615/scaled.php?tn=0&server=615&filename=5nzn.png&xsize=480&ysize=480
「水分取りすぎで腹がぱんぱん」らしい

**1234** · 2012/07/28(土) 00:06:16.63

「ＸとＹの数値から向き(65535)を変数1～15に代入する変数パネル」と、
「向き(65535)と半径から、ＸかＹのどちらかの数値を変数0～15に代入する変数パネル」をくださいｗ
そうすれば他キャラの円運動なしで三角比ができるはずです。

**名前は開発中のものです。** · 2012/07/28(土) 00:24:09.19

弾幕編集に、サイン値の文字が・・・
サインカーブくらいは描けそうなのかな

エフェクト編集もパーティクルエミッタとか胸熱！
パラメータから物理演算でシミュレートしてくれんのかな？

スプライトエミッタとかリンクエミッタとかヌルエミッタも気になるな～

**名前は開発中のものです。** · 2012/07/28(土) 06:34:25.85

パーティクル：粉流体の物理演算
　煙霧とか？

リンク：同一画像の複製・残像
　残像とか？　

スプライト：アニメーション画像
　爆発とか？

ヌル：？？？

**名前は開発中のものです。** · 2012/07/28(土) 06:35:06.72

>>702
腹の中がパンパンだぜ

**名前は開発中のものです。** · 2012/07/28(土) 07:01:22.52

個人的に位置分岐パネルで、「＋」型の4分割よりも、「×」型の4分割が欲しいのだけど

上下左右で判定しようとすると、「│」の左右と「─」の上下の組み合わせだと、斜めの境界が判定できない

実際に4分割の位置判定をすると時は、左上・右上・左下・右下の判定よりも、上・下・左・右での判定の方が使用頻度が多いんではないだろうか？

**名前は開発中のものです。** · 2012/07/28(土) 07:23:17.11

>>702，706
阿部さんか・・・卑猥な

>>707
これまでも要望で見かけたような・・・
現状で実現しようとすれば、①座標での判定，②角度での判定かな

①であれば、まず相手のX,，Y座標をシステム変数へ取り込んで、自分のX,，Y座標も変数に取り込む
　それぞれの差を計算して、条件分岐で「Y=X」と「Y=-X」の直線で境界判定
　「Y>X ＆ Y>-X」，「Y<X ＆ Y>-X」，「Y>X ＆ Y<-X」，「Y<X ＆ Y<-X」

②であれば、現在角度を取得できるのは「画像の向き」か「移動の向き」なので、直接「位置の角度」は取得できない
　相手が自機だったり親子だったりに限られるけど、まず自分の直上に透明な子を生成して、回転でプレイヤー・親・子のいずれかを向く
　変数で「画像の向き」を取得して、角度で条件分岐する
　「57343< & <65535，0< ＆ <8192」，「8192< & <24576」，「24576< & <40959」，「40959< & <57343」

**名前は開発中のものです。** · 2012/07/28(土) 07:26:17.46

どちらも、座標の取得・計算や、子生成からの回転などを間に挟むので、タイムラグができることと、
タスクいっぱいスクリプトで占有されるのがツライところ

できれば位置分岐パネルに、斜め境界で区分された、上下左右の分岐が欲しいね

**1234** · 2012/07/28(土) 09:03:52.80

>>708
(;ﾟДﾟ)SB氏がついったーでいってたんだぃ
「やらないか？」っていわれても....
シューティングゲームビルダーならもうやってるぞ！

大昔やったんで、うろ覚えなんだけど「◇」型なら
判定中心位置からの距離の座標を(x,y)とする時、(つまり◇の中心を原点とする時)
ABS(x)+ABS(y)＝R　として、Rの量を判定すればよかったはず。

絶対値の取り方についてはロダの「平方根してみた」を参照して。

**名前は開発中のものです。** · 2012/07/28(土) 10:11:43.65

要は、こういう位置分岐だよね
　　　上
　　　∨
　左＞　＜右
　　　∧
　　　下
確かに、角度判定は、画像の角度と移動方向の角度だけだから、あるキャラクタから見た別のキャラクタの角度を取得するのは難しいよね
□のキャラクタを45度回転させて◇にして4つを組み合わせるのはどう？
　◇
◇・◇
　◇

**名前は開発中のものです。** · 2012/07/28(土) 10:26:29.00

>>710
◇の範囲判定じゃなくて、×の境界判定がしたい
◇は位置分岐の○で範囲判定した方が正確だし・・・

位置分岐にもともとある＋の境界判定（象限分岐）を45度傾けて×にしたい
誰か・・・イラストで頼む

**名前は開発中のものです。** · 2012/07/28(土) 10:54:33.80

>>712
これで良いかね？
ttp://www41.atwiki.jp/stgbuilder?cmd=upload&act=open&pageid=21&file=%E4%BD%8D%E7%BD%AE%E5%88%86%E5%B2%90+%E5%9B%B3%E8%A7%A3.png

上の2段は現状で選択可能
最下の1段が御所望のヤツ

**名前は開発中のものです。** · 2012/07/28(土) 11:35:43.61

>>712のいう斜めの4分割は、この図の中段のイラストみたいな斜めの領域判定が2パターンあれば、組み合わせでやれると思うんだ
ttp://www41.atwiki.jp/stgbuilder?cmd=upload&act=open&pageid=21&file=%E4%BD%8D%E7%BD%AE%E5%88%86%E5%B2%90+%E5%9B%B3%E8%A7%A33.png

単純な斜め分割の位置分岐なら、右斜めと左斜めくらい追加してもらえないものだろうか？
この2つさえあれば、あとは組み合わせで2パターン×2パターン＝4パターンの判定できるので

**名前は開発中のものです。** · 2012/07/28(土) 11:52:35.71

>>713
おＫです　それです　それ！

>>714
確かに斜めの領域判定が2種類あれば、全パターン網羅できますね
次のＶｅｒＵｐに期待

**1234** · 2012/07/28(土) 13:05:29.88

高校生数学Iの連立一次方程式でできるんじゃないかな

**1234** · 2012/07/28(土) 13:14:07.74

ターゲットが「自機、親子」以外だったら
対象キャラクタ位置が特定できなくて、方程式は難しいんだけど、
原点を中心とした連立方程式とみたら何とかなると思う。

**名前は開発中のものです。** · 2012/07/28(土) 15:33:07.51

どうかな？

2点を通る直線を連立方程式で求めて、直線の傾きを探す方法だと、
行列式で解を求めるにしても計算が大変だと思うよ

直線の傾きだと、方向がわからないから、別に場合分けしなくちゃだし、
上下に並ぶと傾きが無限大になっちゃうしで場合分けした方が良さそうだし、
何よりSBが苦手な割り算が出てきちゃうけど

**名前は開発中のものです。** · 2012/07/28(土) 19:53:20.91

SB氏のこの画像
ttp://yfrog.com/z/oeh4npp
・・・これで、パーツを一括してツリー表示できたら、explorerみたいで管理しやすそうじゃん！
特に、ゲーム完成間近の登場キャラクタや搭載スクリプトのチエックとかしやすそう

**名前は開発中のものです。** · 2012/07/28(土) 20:26:51.67

>>719
絵柄が違うから、SB ver 2.0用じゃないの？

パーツ・マネージャーを作るなら、各キャラクタにリンクされているスクリプトやスプライトもツリーに表示されると良いなぁ
例えば、フィルタみたいにして、リンクは非表示、リンクされたスクリプトも表示、リンクされたスプライトも表示とか・・・

スプライト側やスクリプト側でも、どのキャラクタに載せてあるかが一覧表示されれば、
そのスクリプトを削除した時に、どのキャラクタに影響が出るかすぐわかるんだけど

**名前は開発中のものです。** · 2012/07/29(日) 01:32:23.37

リンク機能ほしいわー
失敗して使わなくなった同名スクリプトがどれだけあるか

**名前は開発中のものです。** · 2012/07/29(日) 03:48:07.97

>>720
ステージは、各ステージ毎に登録されている背景をリンク表示
弾幕や編隊は、それぞれ使用されているキャラクタをリンク表示
これで、遊んでいる孤立したキャラクタとか探せる

ところで、誘導パネルで自分が現在誘導中のキャラクタのX，Y座標を返すパネルとかできないかねぇ・・・
自分の位置を基準にした相対座標だと良いな
誘導対象がなければ、自分を基準にX=0，Y=0を返すようにしてもらって

SB ◆.if.Xu7A6c · 2012/07/29(日) 09:58:15.79

告知
ShootingGameBuilder座談会 for IRC 開催のお知らせ

http://blog.livedoor.jp/stgbuilder/archives/5793214.html

**名前は開発中のものです。** · 2012/07/29(日) 12:24:07.02

>>723
今回は何かテーマのようなものはありますか？

やはり、エフェクト編集についてかな？
何のソフトのエフェクト生成を参考にしているか気になる・・・。

**名前は開発中のものです。** · 2012/07/29(日) 15:35:29.12

誘導の仕様がよくわからないんだけど、
一番近くのものからロックしていくの？
それとも一番旋回が少なくて済むものからロックしていくの？

ロックは絶えず最寄りの対象に変わりまくるの？
それとも、いったんロックした対象が消滅するまでは同じ対象をロックし続けるの？

**名前は開発中のものです。** · 2012/07/29(日) 15:37:23.70

ロック対象を現在のまま固定する（他をサーチしない）とか、次候補の目標へロックを変更するとか
誘導関連の拡張機能が欲しいな・・・

SB ◆.if.Xu7A6c · 2012/07/29(日) 16:39:58.63

特定のテーマは無いので適当に.。

個人的には　新しいSB への欲望とかを
集められればいいかな

プロトタイプ版を触ってもらう予定

**名前は開発中のものです。** · 2012/07/29(日) 18:24:21.19

完全じゃなくていいから旧データ移行できるといいなぁ

**名前は開発中のものです。** · 2012/07/29(日) 19:02:40.48

プロジェクトファイルの互換性があったら、SB ver2にならないから、
あくまでも、パーツ単位のインポートのレベルでの対応が限界では・・・

**名前は開発中のものです。** · 2012/07/29(日) 19:06:34.58

ver1とver2のデータ仕様がしっかり固まってれば、
自前でコンバートツール作ることも可能なのかな
俺は作れないけど

**名前は開発中のものです。** · 2012/07/29(日) 19:16:17.27

パーツ単位でなら多少仕様が変わっても変換ツールの作成で対応可能と思うけど、
プロジェクトファイル単位での変換はかなりキツイな・・・

せっかくのニューバージョンなら、アクションゲームつくーるみたいな、ビューポート移動式スクロールを設定できるといいな
全方向任意スクロール用の敵配置画面も欲しいし
（妄想画像）
ttp://www41.atwiki.jp/stgbuilder?cmd=upload&act=open&pageid=480&file=%E6%96%B0%E3%82%B9%E3%82%AF%E3%83%AD%E3%83%BC%E3%83%AB2.png
ttp://www41.atwiki.jp/stgbuilder?cmd=upload&act=open&pageid=480&file=%E6%96%B0%E3%82%B9%E3%82%AF%E3%83%AD%E3%83%BC%E3%83%AB4.png

**名前は開発中のものです。** · 2012/07/29(日) 20:27:49.74

互換性なくたってVer1はVer1で完成させりゃいいだけじゃん？

**名前は開発中のものです。** · 2012/07/29(日) 21:19:20.96

なにか要望となるとXY別拡縮欲しいなあ…ボヨヨンという感じの動きしたい

**名前は開発中のものです。** · 2012/07/29(日) 21:57:50.20

>>732
同感
SBはあくまでツールなんだから、Ver0.99.XXで開発中のゲームはVer1までで完成させるべき

SB Ver2はVer1を上回る設計思想なのだから、Ver2で作りたければパーツをインポートして使用するべきでしょ
Vｅｒ1までと互換を図るために、Ver2の機能が制限されるべきではないと思う
（それならVer1のマイナーチェンジで十分）

実際、配布ゲームで遊ぶユーザーとしては、どちらで作られていても完成していれば良いわけで・・・
SB Ver2は現在のSBを踏まえた上で洗練した設計にして欲しい

ちなみに、Ver2ではステージ登録の強化をお願いしたい
1本道の登録ではなくて、途中にステージ分岐をデフォルトでできるようにして、
ショップ画面やオプション画面、リザルト画面にも任意のタイミングで移行できるようにして欲しい

あと、戻り復活用のチェックポイントを設定できるようにして、そこを中間ゲートとして再開位置にできるようにして欲しい

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

縦・横別の拡大・縮小は確かに欲しいね

**名前は開発中のものです。** · 2012/07/29(日) 22:32:02.16

DXライブラリで縦横別の拡大縮小がついたらしいね
だから実現方法についてはそれが参考になるかもしれない
釈迦に説法かもしれないが

**名前は開発中のものです。** · 2012/07/29(日) 22:45:03.53

とりあえず現状で（Sb 1.0までに）可能な範囲での要望
①縦横別の拡大縮小
②斜め分割の位置分岐
③ローカル変数に攻撃力・防御力・進行方向への移動量
④変数に三角関数（角度と半径を指定でSINを返す）
⑤速度変更に、倍率設定
⑥オプションの配置位置を4つ→8つへ
⑦パスで閉じた図形，楕円軌道

**名前は開発中のものです。** · 2012/07/29(日) 22:50:47.29

続いて、Sb 2.0以降でないと無理そうな要望
①エフェクト編集（パーティクル・フィジックスなど）の実装
②戻り復活のデフォルト実装
③ステージ・ジャンプで、上の（前の）ステージへも戻れるように
④全方向任意スクロールのデフォルト実装
⑤移動パネルや描画パネルに、数値だけでなく変数での入力も可能へ
⑥パス移動中の速度変更を可能へ
⑦フリーフォント素材を用いたテキスト表示（テキスト編集の実装）

**名前は開発中のものです。** · 2012/07/29(日) 22:56:41.91

>>736
それは超大事な話題じゃないか？！
でも、画像だけじゃなくて、当たり判定も縦だけとか横だけとか拡大・縮小できるのかな？

**名前は開発中のものです。** · 2012/07/29(日) 23:41:17.01

>737
パース付いたポリゴン描画も追加して欲しい
それがあればＰＳ1レベルのポリＳＴＧは再現できる

**名前は開発中のものです。** · 2012/07/30(月) 01:31:06.38

>>737には同意しておく

**名前は開発中のものです。** · 2012/07/30(月) 02:49:16.43

>>740
背景もパースがないと・・・

SB 1.0が楽しみ
変数のローカルデータとかもう少し拡充して欲しいな

デフォルト機能レベルの変更はSB 2.0を待つけど

**名前は開発中のものです。** · 2012/07/30(月) 02:55:45.55

最近、SBの更新の加速が凄い
SB＞＞（越えられない壁）＞＞ACTゲームツクール＞STGツクール＞デザエモン

もとは、STGツクール95の次期バージョンを待つスレだったのに、
STGツクールの後継のACTゲームツクールは期待外れで、今やSBの方が高機能とは

STGツクールの難点であったほとんどプログラム言語のスクリプトを、
スクリプト・パネルに可視化するという偉業を成し遂げたのは大きいと思う

位置分岐での上下左右の4分割判定は、ぜひSB ver1前に追加して欲しい
あと、速度パネルの％指定での変更と、縦横比を保たない拡大縮小パネルも可能であれば欲しい

**名前は開発中のものです。** · 2012/07/30(月) 03:02:00.10

>>742
擬似3D作成だったら、
2D画像をパースがついた台形に変換するのは、通常のアフィン変換じゃできないから、背景のパース化は厳しいと思うよ

しかも、その状態で奥へ向かってＵＶスクロールさせるのはかなり難易度高いと思う
手前から奥へかけてUV値がつまっていくようにしなきゃいけないから、たぶん対数が必要になる

背景も3Dモデリングで作成するって方法はあるけど
どうやって3D的に動かすって話になりそう

どちらにしても、SB ver1までには無理そう

**名前は開発中のものです。** · 2012/07/30(月) 03:22:15.41

背景といえばデバッグ中の当たり判定表示に背景の判定も欲しいなあ…

**名前は開発中のものです。** · 2012/07/30(月) 07:07:54.35

個人的にはもうそろそろ武器と速度のレベルインデックスの数値を直接入力できるようにして欲しいけど無理なのかな？

**名前は開発中のものです。** · 2012/07/30(月) 07:50:10.30

今のＳＢでできる3Ｄポリゴン描画は平行投影
ポリゴン使ったＳＴＧの背景は透視投影というもの

http://d.hatena.ne.jp/nitoyon/20080618/as_3d_lessen3
ここにあるサンプルがわかりやすい

ＳＢ氏が当たり判定無しの背景だったら
できそうな事をにおわせてたけど厳しいのかねえ

**1234** · 2012/07/30(月) 12:39:02.68

本体設定，武器設定，オプション設定，ボタン設定，ゲージ設定，パワーアップゲージ設定
スクリプトで自作できるのがわかってから触ったことないなぁ。
もう忘れかけてる。
初心者向けの説明するためには必要だから、あらためてやっておかねば.....

**名前は開発中のものです。** · 2012/07/30(月) 18:38:38.04

>>745
確かに、背景の当たり判定の表示のチェック項目欲しいな

>>747
確かに透視投影で描画するだけならできるかも
エフェクトと変わらなくなりそうだけど

>>746
速度インデックスは変数で代入できないけど、
武器レベルや武器インデックスはだいぶ前からできるようになってるよ

**名前は開発中のものです。** · 2012/07/30(月) 19:26:47.89

実はカーディナルスプラインは、ライブラリ上は曲線を閉じることができるよ
AddCurveはパスを追加するだけだけど、AddClosedCurveでパスを閉じれる

あと楕円の一部である円弧や、円弧を閉じた扇形もパス用のライブラリあるよ
DrawEllipseで楕円（もちろん正円も）を描画、DrawArcで円弧を描画、
AddArcで円弧のパスを追加、AddPieで円弧を閉じて扇形へする

直線、曲線（ベジェ）、曲線（スプライン）だけだと、円弧を描けないのが難点だからね

**名前は開発中のものです。** · 2012/07/30(月) 20:24:28.38

>>746
ウエポンインデックスやウエポンレベルは、0.99.19～0.99.34では参照のみだったけど、0.99.35以降は代入も可能になったはず

>>750
確かに、（100,100）-（100,-100）-（-100,-100）-（-100,100）で◇を描いて、ベジェで曲線化して調整しても、きれいな円にならないんだよな
後は円弧さえを導入すれば、角度を360まで開けば円になるわけで、縦横比を変えれば楕円にもなるし、閉じれば扇形にもなって良いんでは？

ちなみに、図形を閉じちゃうと、始点と終点があいまいになるけど、それは閉じたポイントが始点かつ終点ということでOKなのかな

**名前は開発中のものです。** · 2012/07/30(月) 20:28:45.03

◆◆◆◆◆◆◆
◇◆◆◆◆◆◇
◇◇◆◆◆◇◇
◇◇◇◆◇◇◇
◇◇◇◎◇◇◇
この判定は欲しい

**名前は開発中のものです。** · 2012/07/30(月) 22:04:04.84

新バージョンでは、通常のキャラクタ同士の防御タスクとは別に、背景物との衝突タスクを設けて欲しい
現状だと背景にぶつかっても敵にぶつかっても同じタスクが起動するから、背景に当たった時だけ～するとかやりにくい

一応「壁の中にいるか？」でフラグ確認して判定しているが、防御タスク内で確認のための分岐ループが必要でかなり煩雑
しかも、背景と交差しないといけないから表面での接触だと条件分岐し損なうし・・・

**名前は開発中のものです。** · 2012/07/30(月) 22:17:22.95

>>751
円なら制御点で正八角形を描けば円にとても近い図形が描ける。

閉じた図形で問題になるのは、始点と終点が曖昧になることじゃなくて、
始点の向き(内回りか外回りか)が問題になるはず。

**名前は開発中のものです。** · 2012/07/30(月) 23:08:54.68

なるほど
山手線で例えれば、どこから乗るのかと、どっちへ向かうのかが大事だね

**名前は開発中のものです。** · 2012/07/30(月) 23:38:35.64

>>754
スプラインで閉じた図形を描こうとするとこんな感じになるのを避けたい
　⌒
（　　）
　∨
　始点と終点を重ねた位置が尖る

内回りか外回りかは、座標点の順序でわかるよ
A→B→C→AなのかA→C→B→Aなのかで

でも、A→AとかA→B→Aだと方向が分からないな・・・

**名前は開発中のものです。** · 2012/07/31(火) 03:10:19.97

>>753
壁ヒット時タスク設定してたらそっち優先されませんか？

**1234** · 2012/07/31(火) 05:39:20.21

>>753
子に背景HIT判定を任せて処理してみたらどうかな？
防御タスク以外のタスクで処理できるようになる。
欠点は1/60secのラグがあること。

処理が煩雑なのは、逆に言えば「誰にもまね出来ないもの。」作ってる事なんだよ、むしろ誉れ。
数学的処理であっさり単純化できることもあるし、いろいろやってみるのが楽しいよ。

**名前は開発中のものです。** · 2012/07/31(火) 07:28:03.63

>>757
詳細希望
どこから設定するの？

**名前は開発中のものです。** · 2012/07/31(火) 07:37:04.48

1フレームのラグとかべつにどうでもいいわ

**名前は開発中のものです。** · 2012/07/31(火) 12:45:16.65

武器編集の、溜め撃ちウエポンの独立は、いまさらでしょうか・・・
サブウエポンも使えて、溜め撃ちもできるSTGをデフォルトで作成できた方が良いです

**名前は開発中のものです。** · 2012/07/31(火) 15:01:30.48

>>759
タスク14

**名前は開発中のものです。** · 2012/07/31(火) 19:43:16.72

10.防御ヒット時
背景との接触判定をありに設定したキャラクタが、背景との接触判定が有効なステージで、HIT判定された背景と接触した場合にも実行。
14.壁ヒット時
　背景との当たり判定を通過不能に設定したキャラクタが、背景との当たり判定を有効にした背景と接触した際に自動的に起動。
↑あったわ！！気が付かなかった・・・いつの間に

**名前は開発中のものです。** · 2012/07/31(火) 20:07:36.39

>>762
どうもです

背景用のタスクあったのね・・・

**名前は開発中のものです。** · 2012/07/31(火) 22:46:47.82

>>737の①と②と⑤は欲しいな

速度の変更って、加算よりも定数倍の方が一般的じゃない？

**名前は開発中のものです。** · 2012/07/31(火) 22:50:17.86

俺、エフェクトって、ガウシアンフィルタをかけたり、モザイクフィルタをかけたり、ブラーをかけたり、色反転する機能かと思ってたわ

HIT背景にパラメータを設定できるようにして、接触した際に壁判定タスクにパラメータを渡して、HIT背景によって異なる動作をさせられる良いんだけど

**名前は開発中のものです。** · 2012/07/31(火) 23:01:54.05

個別の接触判定は欲しいな

**名前は開発中のものです。** · 2012/07/31(火) 23:26:01.38

HIT背景は4色くらいで塗り分けられるようにして、色が異なるHIT背景は、壁衝突時に異なるフラグを返すようにしたら良いね

**名前は開発中のものです。** · 2012/07/31(火) 23:44:01.85

背景ＨＩＴのダメージって1に設定しても、フレーム毎に連続ダメージを受けて死んじゃわない？
よほど体力（HP）を大きく設定していないと、即死と変わらん・・・

**名前は開発中のものです。** · 2012/07/31(火) 23:47:20.33

速度を2倍するには、X移動量とY移動量を取得して、それぞれを2倍にして、またそれぞれの移動量に代入すれば良いんだけど、
それをパネル1枚でできれば便利だと思う
（実際、進行方向の速度を直接参照できないので・・・）

**名前は開発中のものです。** · 2012/07/31(火) 23:51:10.18

そろそろ、プレイヤー編集の「本体のパワーアップレベル」とか、アイテムの「武器経験値」とかの稼動をしても良いよね

**名前は開発中のものです。** · 2012/07/31(火) 23:56:24.61

「押し付けたら止まる」
「重力とセットで乗れる、移動できる」
が実装されりゃ満足

**1234** · 2012/08/01(水) 06:44:42.90

コメント見直して思ったんだけど、スクリプト組むのは難しいのかねぇ
グラディウスのトレスオプションも触手も自機も、
ビルダーの基本機能を使わなくても出来ると思う。

**名前は開発中のものです。** · 2012/08/01(水) 07:56:03.39

>>773
その辺は全部デフォルト機能でできるんじゃない

追尾オプションに追尾オプションを
追加していけば良いし

触手は多関節で

自機はセレクト型のパワーアップで

**1234** · 2012/08/01(水) 12:22:58.86

二人同時プレイだったらどう？
基本機能は使えないよ。

以前、メインウエポンレベルを下げるアイテム作ったら、
自機から弾が全くでなくなったんだけど、いまどうなってるかな。
その時のバージョンはv9944
諦めてセレクト型パワーアップにしたけど、二人同時プレイにしたから使ってない。

**名前は開発中のものです。** · 2012/08/01(水) 18:23:37.08

そもそもこんなに当たり判定関係で悩むんだから
当たり判定編集という項目自体が欲しいね
自分で当たり判定全部エディットしたいわ

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

>>775
　協力プレイをする相手のいない俺には必要のない機能・・・

>>776
　STGの処理速度に一番かかわるのは、毎フレームごとに行われる当たり判定
　キャラクタの種類が1つ増えるだけでも、組み合わせが乗算的に増えるから、かなり響くと思う

**名前は開発中のものです。** · 2012/08/01(水) 19:59:47.25

しょぼいPCの事は切り捨てるべき
SBは現状のノートPCでも動くのがすごいけどさ

**名前は開発中のものです。** · 2012/08/01(水) 20:25:18.61

>>777
16bitくらいの頃はね
いまのCPUなら2Dの矩形判定くらいほんとにゴミみたいな処理量だよ