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

**名前は開発中のものです。** · 2010/09/24(金) 20:23:38

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

**名前は開発中のものです。** · 2010/10/15(金) 21:41:41

弾幕は、弾幕編集で弾の射出方法を設定しておいて、
スクリプト編集の弾幕パネルで、その弾幕パターンと弾幕用の弾を設定する方式

つまり、弾幕を使っても、違う種類の弾を同時には射出できない

**名前は開発中のものです。** · 2010/10/15(金) 21:44:16

>>214
あえて発射元のキャラクタを別々にして、各スクリプトで同じシステム変数を監視するようにして、
そのシステム変数のフラグが立った瞬間に、同時にショットするようにしたらいいんじゃないかな？

**名前は開発中のものです。** · 2010/10/15(金) 21:49:42

透明キャラを複数子生成して信号送信すれば違う弾を同時発射出来るぜ

**名前は開発中のものです。** · 2010/10/15(金) 22:03:57

>>230
ファンネルによるオールレンジ攻撃か？！

**名前は開発中のものです。** · 2010/10/15(金) 22:30:13

>>227
システム変数を使えば
0~255個まで別々のスコアを個別に作れる
ただし、敵を同時破壊したときのシステム変数の同時参照によって
おかしなことになってしまうので
個人的にはお勧めできない。

SBではスコアを符号あり32bitで使用しているようなので、
だいたい2,400,000,000まで使える

そこで、桁を二つに分けて
上位5桁　2,400,0(1つ目のスコア) と
下位5桁　00,000(2つ目のスコア)

でスコアを管理する方法がある
上位5桁のスコアを使う時は、加算するスコアは100,000以上とし、
下位5桁のスコアを使う時は、加算するスコアは99,999以下にする
こうすることで、上位は24000 まで、下位は99,999の値まで管理できる
上位スコアを表示する時は、スコアを10000で割ればいい(割って代入はしてはいけない)
欠点は、上位スコアが24000までしか使えないこと。細かいスコア計算や大量のスコアの加算ができない。

結論：あきらめろ

**名前は開発中のものです。** · 2010/10/15(金) 22:46:46

本来のスコアとシステム変数一つ、合わせて二つならとりあえず問題は無いな
システム変数の代わりに余ったゲージ値とかに入れて自機タスクローカル変数に入れてレイアウト表示
とかやればもう一つ二つ増えても大丈夫そう

**名前は開発中のものです。** · 2010/10/15(金) 23:07:00

スコアといえばスコアの桁数減らすことってできないかな？

**名前は開発中のものです。** · 2010/10/15(金) 23:37:04

℃-uteオタがいるな

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

>>230
シグナルでのタイミング管理か・・・
それが一番現実的だね

でも、異なるキャラクタを同時にショットするパネルみたいのは検討して欲しいかも

弾幕パネルを時間待ちなしで並べるのも、きっと同時に機能しないんだよね？

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

信号送信の送信先に「プレイヤー」を追加して欲しい

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

プレイヤーはムリじゃない？
親子間でのやりとりってのがシグナルのルールなんだし。

プレイヤーに数値を送る専用にシステム変数をひとつ割くってのが現実的だと思う。

**名前は開発中のものです。** · 2010/10/16(土) 13:15:25

>>237
ゲーム設定でプレイヤー登録されたキャラクタに搭載されたスクリプトへ飛ばすっていうことかな？

確かに、あったら便利だけど、プレイヤーを複数登録している場合もあるだろうし、プレイヤーキャラクタをＩＤで識別するか、カレントのプレイヤーキャラクタにのみ飛ばす工夫が必要そう・・・。

**名前は開発中のものです。** · 2010/10/16(土) 15:25:02

せっかくマウス対応したんだし、ソフトウェアキーボードみたいに、
アルファベット一覧から拾い上げる形式のネームエントリーを標準実装して欲しいな

**名前は開発中のものです。** · 2010/10/16(土) 15:47:53

投票形式で要望をまとめろよ
きりが無い

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

要望投票コーナーは既にあるだろう

半透明どうしがうまく重ならずに抜けて見えちゃったりする場合は
どういうのが原因なんだしょか？
無理に優先順位つけないほうが安定する印象もってる現状

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

>>242
ならそれを使えよ、と
ごちゃごちゃすぎてもSB氏だって困るだろう。

半透明の問題は「Zバッファ　問題」でググレ

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

ずっと前にSB氏が
スレ活性化になるからどんどんどうぞ
って言ってたから、貴方が心配する必要はない

**名前は開発中のものです。** · 2010/10/16(土) 17:54:01

優先順位は低いだろうケド、エフェクトがデフォで実装されたらかな～り強くなると思う

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

>>242
描画パネルの描画方式で、「半透明」を指定しているわけだよね
もちろん、色指定もα値を0<α<FFにしているんだよね
カラーキーも間違って指定していないよね

>>243
レイアウトパーツに関しては、Ｚソート法（奥から手前に重ね描きで描画）からＺバッファ法（手前から奥へ透かしながら描画）に変更になったが、メインウインドウはどうなんだろう？

描画関係の変なフラグが立っていないか確認してみてー

**名前は開発中のものです。** · 2010/10/16(土) 20:47:49

>>245
エフェクトを実装するなら、パーティクルフィジクスが良いな
弾幕編集を少し改良してできそう

・エフェクト編集
---固定or往復リニアor周回サインorランダムを各々で設定---
　放射範囲（最小値、初期値、最大値を角度で指定）：扇の範囲
　放射方向（最小値、初期値、最大値を角度で設定）：扇の向き
　放射初速度（最小値、初期値、最大値を速度で設定）：弾の初速度
　放射加速度（最小値、初期値、最大値を加速度で設定）：弾の加速度
　放射間隔（最小値、初期値、最大値を時間で設定）：弾の時間密度
---エフェクトに使用するキャラクタ（アニメ付き）を指定---
　消失時間（初期値α、α＝ＦＦまでのフェードイン時間、α＝0までのフェードアウト時間を設定）：弾の生存時間
　拡大縮小率（初期値％、フェードイン完了までの拡大率％、フェードアウト完了までの縮小率％を設定）：弾のサイズ
------
これでMikuMikuEffect並みのエフェクトが簡単にできるはず
有志Pからのエフェクト素材のupあるかもよ

**名前は開発中のものです。** · 2010/10/16(土) 20:53:03

>>228
ショットパネルで、複数の別のキャラクタを、別方向に同時にショットできるような機能拡張をして欲しいな

あるいは、編隊編集みたいに、弾幕編集で複数の弾幕をグループ化して登録できたらどうだろう？
それを弾幕パネルで指定できるようにすれば、一度に複数の弾幕を同時に再生できるかも・・・

**名前は開発中のものです。** · 2010/10/16(土) 23:13:54

ショットパネル同時使用可にする要望ってのは俺は賛成
確かにシグナル使えば可能であることは俺も知ってたけど、この機能は絶対にあった方が便利

**名前は開発中のものです。** · 2010/10/16(土) 23:51:18

>>248
>>249
単純に、ショットパネルに「直下のショットパネルを時間待ちなしで実行」っていうチェックボックスを付けてもらうだけで良いんじゃないの？
連続何枚まで同フレーム内に処理できるかはわからんが・・・。

**名前は開発中のものです。** · 2010/10/17(日) 01:30:12

「複数同時に発射されたショットに順番に異なるparamＢを割り振る」
みたいなチェックボックスがあれば、同一キャラで別キャラ風な処理は出来るかもね。

ついでに「複数同時に発射された弾幕に順番に異なるparamＢを割り振る」もあれば、
色々な応用は出来そうかも、どんな応用かは思いつかないけどね。

**251** · 2010/10/17(日) 12:39:39

↑
ショットパネルは、「同時発射数」で一度にたくさんの弾を吐けるので、
たとえば、10発同時発射されたら、それぞれparamBに0、1～9が割り振られれば、
スクリプト側で別キャラ風に表現出来るよね？っていう案ね。

**名前は開発中のものです。** · 2010/10/17(日) 12:56:50

なるほど、弾のスクリプトに、ParamBで分岐して違う動作を設定するように組んでおいて、
ショットパネルでＮ個を同時に発射する場合は、それぞれに1～NのParamBを割り当てるわけね。

ParamB
=1　右にスライスするパスが発動
=2　普通に前方へ直進
=3　左にフックするパスが発動

でも、ショットだと発射角度、連射間隔とかの問題もあって、やや煩雑か？

「マルチショット」パネルとか新規に作って、指定位置に、異なるParamBを順番に割り振ったキャラクタを、同時に複数個だけ生成したらよいんじゃね？
（親子関係はなし）

**名前は開発中のものです。** · 2010/10/17(日) 13:26:18

普通に2枚のパネルでショットした時のほんのちょっぴりのずれを無くすために
もうすでにある解決策を無視してそんなめんどくさい機能を実装をしなきゃいけないの？

**251** · 2010/10/17(日) 13:28:11

発射角度に関しては、ショットで発射された時点で、

初速0、グラ透明→回転パネルか何かで角度指定→移動開始、グラ指定
でもよさそうな気はするけど、さすがにそこまでいくと、面倒かもな。

もともとこの案は、「同一フレームで別キャラをショットしたい」って要望があったから
考えてみたんだけどね。
２つのキャラを１匹ずつ同時に～程度なら、普通にショットパネルを続けて２枚並べるとかで
いい気がしたけどね（要するに、１フレームの差なんてたいしたことないでしょって事）

まあ、ショットパネルが、ショットパネル内の１フレームじゃなくても撃てる（複数のショットパネルが
同時に処理可能）なら一番いいんだけど、ＳＢの仕様的に難しいんでしょうかね？

**251** · 2010/10/17(日) 13:39:59

>>254
＞普通に2枚のパネルでショットした時のほんのちょっぴりのずれを無くすために
おれもそう思っているよ？

２枚程度のわずか１フレームの差なんて、どんな風にでも修正できるし。

でも、同一フレームで別キャラをショットしたい、シグナルも使いたくないっていうなかで、
ショットパネルの利便性について色々案がでてるようなので、じゃあこんな案はどうですか？
といってみたまで。

そんなにかみつくなよ。

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

ショット用のキャラクタをグループ化できればいいんじゃない？
（敵の編隊みたいに）

そうすれば、ショットパネルでキャラクタ単体ではなくて、キャラクタのグループを指定するだけで住む

同一フレームで別のキャラクタ（複数のキャラクタ）を同時に発射って、使いたいシチュエーションはあるよ

**名前は開発中のものです。** · 2010/10/17(日) 13:44:20

待てよ？

編隊編集でディレイ0で、ショット用のキャラクタを複数登録して、
発射元のキャラクタのスクリプトに、攻撃（編隊）パネルでその編隊を指定したら、もしかして現状でもできる？？

**名前は開発中のものです。** · 2010/10/17(日) 15:51:04

>>256
あんたずーーーっとこのスレに住み着いてるようだけど何なの？
このスレのオピニオンリーダーでSBの方向性を決めるのは自分なの？

**名前は開発中のものです。** · 2010/10/17(日) 16:44:44

つーか、プレイヤーは1フレームの差なんて分からないだろ
そんなどうでもいいことする暇あったらさっさと面白いアイデア考えて実装しろよ

１ドットの差が、糞ゲーと神ゲーを分ける境目だというのなら、話は別だけどね

絵が綺麗なクソゲーよりかは
絵が糞で中身が神ゲーのほうがやっててすごい楽しい。当たり前だけど

**名前は開発中のものです。** · 2010/10/17(日) 19:29:16

>>260
頭大丈夫か？（算数できるか？）
200pix/frだったら、1フレームで200pixcelずれるんだぞ？
弾が加速していたら、かなりずれるぞ？？

銃と同じで、最初の角度、初速、発射時間のズレは、数フレーム後に大きなズレを生むよ
左右対称のパスを載せたキャラクタを1フレーム違いで発射してみ？
それと、「1ドットの差」は、絵のきれい・下手でなくて、動きや操作性に関わるんだぜｗ

>>259
13:26:18 ID:lZlr9JjJ [1/2]
15:51:04 ID:lZlr9JjJ [2/2]
イニシアチブを取れなかったからって妬むなよｗｗ
君も十分、このスレに張り付いているじゃないか
批判ばかりしてないで、SBの役に立つ話でもしてみなよ

**名前は開発中のものです。** · 2010/10/17(日) 19:50:04

>>261
「別々の二箇所から同時に弾を撃ちたい」が、話の種だろう
説明が少なかったのか、熱くなって本質を忘れたのか

**名前は開発中のものです。** · 2010/10/17(日) 20:06:22

加熱しずぎスマン

要は、複数のキャラクタを同時に生成するパネルが欲しいということ

あくまで同時でないと、動いた際に時間とともにズレが大きくなってしまって、シンクロできなくなる

確かに、両方を子にして親からのシグナルを待って開始するようにすればいいんだろうが、親子関係を使わずにやりたいこともあるから、新パネルを検討してもいいんじゃないか？と言いたかっただけ

**名前は開発中のものです。** · 2010/10/17(日) 20:46:40

要望ならせめて周囲をイラつかせないようにする努力ぐらいしろよ

**251** · 2010/10/17(日) 21:04:17

例えば、
適当なシステム変数に０を代入→ショット1→ショット2→システム変数に1代入
そして、ショットで撃たれた弾側スクリプトでシステム変数を常に監視、1なら移動開始（グラ表示）

こんな感じにすれば、2キャラくらいまでなら親子関係を使わず、同時発射できるかもね。
これが10キャラとかになると、ボタン押されてから弾が打ち出されるまでに10フレーム以上かかってしまい、
その間に自機が移動してると、発射位置がズレてとんでもないことにｗ

まあ、２キャラくらいまでなら他にも方法はあると思うけど、別タスクで同時フレームのショットなんかを考えると、
ショットパネル内のウェイトでなくてもショットが撃てる（複数ショットの同時処理が可能）方がいいかもね。

**名前は開発中のものです。** · 2010/10/17(日) 21:43:47

どうも最近の流れを見ると、ある一つの要望、またはある一つの機能について、賛同と批判の両方の意見があってしかるべきなのに
賛同するものは善、批判する者は悪とみなされる傾向にあるのが気になって仕方ない
特定の常駐人が長文連投で批判側を常に全否定、あるいは全無視することがとても多い
そうやって批判を滅殺してるだけで本当に良いツールになれるの？
何人かいたはずのアンチもいつの間にかいなくなっちゃったしな
残ったのはイエスマンだけってことなのか
「全てはSB氏の御心のままに」ってどっかの新興宗教みたいだな

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

要望に対して吟味することは重要だが、最近の傾向だと
「Aが面倒。だからBという機能が欲しい」
↓
「めんどうでもAはできる。Bはいらない」
ってなる

「面倒だから」だと押し付けがましく見えてしまうので
「今までにできなかったことができる」
をメインに押し出したほうがいい気がする

つまり、最初の例は
「Bという機能をつければ、Cもできるし面倒なAも簡単になる」
こんな感じにして進めるのがいいんじゃないだろうか。（結局は表面上のごまかしに過ぎないかもしれないが）

**251** · 2010/10/17(日) 22:18:00

案件により、賛同することもあれば、批判することもある。これが本来の姿であるべきと思うが。
＞何人かいたはずのアンチもいつの間にかいなくなっちゃったしな
アンチ気取りでいつも批判しかしない方がよっぽど問題あるように思うけどな。

おれは、「同時フレームで別キャラを同時発射する方法」において、現状でやる案と、機能追加
で考えたらよさそうな案と、出しているが。
それで今日のID:lZlr9JjJが、なにか実になるような事を言ったか？

批判するのであれば、現状でやる案をきちんと提示して、その上で機能追加不必要案を提示
してみてはどうか？

人の案は批判するのに、自分の批判案を批判されて怒るのでは、お話にならないだろう。

**251** · 2010/10/17(日) 22:30:53

>>267
＞「面倒だから」だと押し付けがましく見えてしまうので
押し付けがましいというよりは、ＳＢの機能をよく吟味せずに安易に要望をだしている
って感じの方が強い気はするね。

＞Cもできるし
より汎用性が出るような感じなら、いいかもな。

**名前は開発中のものです。** · 2010/10/17(日) 23:21:51

>>268
「アンチが存在する」ということにどういう意味があるのか分からないのか、そうか
んで、俺が実のあることを言うかどうかと俺の書き込みに何の関係がある？
ちなみに俺は>>254で既にいらないって言ってる

そして俺が言ってる「特定の常駐人」の筆頭はお前のことだよ

**名前は開発中のものです。** · 2010/10/17(日) 23:45:23

>>251も>>270も今日までのことにして終わりにしようぜ
まあ俺も他人のこと言えたもんじゃないが

**251** · 2010/10/17(日) 23:45:51

まあ、おれも言い過ぎたところがあった、あやまるよ。

んで、俺のほうから言うことはもう何もない。
みんな、場を乱してすまなかったね。

**名前は開発中のものです。** · 2010/10/17(日) 23:55:37

自治厨まじ死ねようぜぇ

**名前は開発中のものです。** · 2010/10/18(月) 00:07:55

SBで負荷がかかるのって主に何？

**名前は開発中のものです。** · 2010/10/18(月) 00:10:15

俺が思うに大体
・画像の描画（主に半透明合成とか拡縮回転とか）
・当たり判定
じゃね

一つ一つしらみつぶしに調べてもいいけど面倒だな

**名前は開発中のものです。** · 2010/10/18(月) 00:34:00

そういや

キャラ・スクリプトを100体作って実行する
全部削除して実行する

の時でメモリ使用量は変わらなかったな。exeファイルにして実行してはいないからそこんとこ変わるのかな

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

これまでやったゲームの中では天災以外は特に処理落ちした経験は無い

**名前は開発中のものです。** · 2010/10/18(月) 12:59:05

かつて絶対座標移動時に目的座標到着時に移動力を0にするチェックや
効果音再生にループ回数指定チェックの意見出した時に
散々フルボッコされた挙句採用もされなかった流れがあるので

同時に違う弾出したいだの、同時発射の弾全てに違うパラメーター設定したいだの
まぁそんな個人的過ぎる要望が通るわけが無いわな

**名前は開発中のものです。** · 2010/10/18(月) 13:30:55

既に解決手段がある要望については実現が激しく面倒なものは採用すべきとは思うが
「面倒」って個人差がかなり激しいので対立しても仕方ないとも思う
俺個人としては同時に弾を出したいってのは今でもそれほど面倒は感じないかな

現状で解決手段が無い要望についてはまあ慎重になるのも当然っちゃ当然かな・・・
俺は前に一時停止中にBGMもちゃんと停止して欲しいってずっと言ってたけど華麗にスルーされ続けている

**名前は開発中のものです。** · 2010/10/18(月) 15:27:31

個人的に独立したかすり判定を欲しい

**名前は開発中のものです。** · 2010/10/18(月) 15:32:11

＞効果音再生にループ回数指定チェック

あれはうざかったな

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

かすりといえば今だとかすり判定四角くなるしかないのかな
ちょっといじったときにサイヴァリアみたいに敵弾との間に火花散らそうと思ったけど
やり方思いつかなかった･･･

**名前は開発中のものです。** · 2010/10/18(月) 18:42:45

カウンター使えばええやん

**名前は開発中のものです。** · 2010/10/18(月) 19:20:03

割とあっさり採用された「上下左右ワインダー」や「8方向移動」もあれば、

かなり時間がかかった「武器インデックス・パワーアップレベルの変数代入」もある。

結局は神（ＳＢ氏）のみぞ知るだね。

需要のある機能で、実装が困難でなければ、採用されるようだね。

採用されないということは、その2つのうちのいずれかがかけているのだろう・・・。

**名前は開発中のものです。** · 2010/10/18(月) 23:29:40

>>279
ポーズ中にBGM停止は俺もずっと待ってる
せっかくBGMの展開に合わせて敵配置してもちょっと顔が痒くなってポーズしたら終了だからなぁ・・・
ま、処理落ちする環境だとそもそも無意味ではあるんだけどね

**名前は開発中のものです。** · 2010/10/19(火) 09:12:01

ポーズ中にBGMをどうするか設定したいのは同意
さすがにこれはテクニックじゃどうにもならんし
でも音楽と連動させたいってのは演出の問題で、ゲーム製作に関係ないし優先度はひくいだろうね
ﾏﾀｰﾘと待つ

**名前は開発中のものです。** · 2010/10/19(火) 11:17:03

ＳＢ氏はみんなの予想の一歩斜め上を行くと信じている
（マウス座標取得とか・・・）

**名前は開発中のものです。** · 2010/10/19(火) 17:29:00

要望出す前に作品を出せ！

**名前は開発中のものです。** · 2010/10/19(火) 23:26:28

おまえモナー

**名前は開発中のものです。** · 2010/10/19(火) 23:37:15

習作なのに１年経ってもまだ完成しない

**名前は開発中のものです。** · 2010/10/20(水) 00:18:06

ふと不思議に思ったのだけど
体力0で死亡した後、どのタイミングで元の体力に戻ってるんだろう？
13（ﾌﾟﾚｲﾔｰﾀｽｸ)が起動した瞬間？
それとも弄るまで戻ってない0のままなんだろうか？

**名前は開発中のものです。** · 2010/10/20(水) 00:40:58

破壊時タスク終了と同時だと思う

SB ◆.if.Xu7A6c · 2010/10/20(水) 00:55:07

ver 0.99.36
キャラクタ編集ウインドウのリサイズに対応
キャラクタ編集に「早回し対象」フラグ追加
ステージ編集の配置データに「早回し対象」フラグが立ったキャラクタが
画面内にいた場合にどうするかを選択できるようにしました
スクリプト、変数・システムで画面内の早回し対象キャラ数を取得を追加

スクリプト、攻撃・ショットを即時実行するように修正
パネル実行と同一フレーム内で初弾が発射されるのは今まで通りですが
ウエイト無しで次の攻撃・ショットパネルを置いても弾が発射されるようになりました
制限として、次弾以降は最後に実行した攻撃・ショットパネルのみ有効になります

攻撃・弾幕、攻撃・編隊は今まで通りウエイト無しでいくつでも置けます

http://maglog.jp/sb/

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

これは凄い！乙です！！

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

新バージョンウヒョー

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

バージョン更新乙！

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

更新ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

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

>>293
更新乙です

で、今までショット（動作完了まで）で発射位置だけ違うパネルを並べてたキャラをテストしてみたら
全部のショットが1フレーム内で出まくって即フリーズしてﾜﾛﾀｗ
ウェイトしないで並べただけじゃなく、動作完了までを並べても同時発射されるのねｗ

そして早回しに物凄い惹かれたのでやってみたけど、これって機能としては
早回しにチェックしたキャラAを配置→100フレーム後にチェックしてないキャラBを配置し、「出現しない」を設定
こうした時に、A出現から100フレーム後にAがいなければBが出る、AがいればBは出ない
っていう機能ってことでいいのかな？
斑鳩の長元坊みたいに「時間内なら倒せば倒すほど次が出る」って処理は出来ない？

あと・・・ステージ配置の時間とか座標の横にあったスピンボタンは出来れば残しておいて欲しかった・・・
あれ微調整する時に凄い便利だったんだよね

**名前は開発中のものです。** · 2010/10/20(水) 15:18:55

>>298
斑鳩やってなくて長元坊ってたとえがいまいちよくわからないから見当違いのこと言ったらすまんけど、
デススイッチ（死んだ瞬間システム変数を０にする）と早回し組み合わせることでいけるんじゃない？

**名前は開発中のものです。** · 2010/10/20(水) 15:21:49

>>298
>斑鳩の長元坊みたいに「時間内なら倒せば倒すほど次が出る」って処理は出来ない？
新機能は知らんけど既存機能で簡単に出来る
親で時間判定と子の破壊判定をやればいいだけ

**名前は開発中のものです。** · 2010/10/20(水) 16:55:03

更新おつです

**名前は開発中のものです。** · 2010/10/20(水) 18:37:05

>>299-300
既存の処理で出来たのか、それは知らなかった
・・・あれ、んじゃ今回の早回しってどういう効果？

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

テストプレイにて、攻撃編隊パネルで編隊を出そうと思ったんですが、
問題が発生して、ＳＢが終了してしまいます。

攻撃編隊パネルを使うときの注意点って何かありますか？
どこかケアレスミスしてるのかなあ・・・

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

編隊で出すキャラが更に編隊出したりしてない？

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

編隊そのものは、テストプレイできちんと編隊になってくれるんですが、
その編隊を、他のキャラから攻撃編隊パネルで出そうとすると、編隊が１匹も出ずに
ＳＢが終了してしまいます。

試してみたのは、
①：自機のボタン判定で攻撃編隊パネルを使う
②：適当な敵キャラに、攻撃編隊パネルを使わせる

もう少しケアレスミスがないかどうか探して見ます。

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

今ちょっとやってみたらいつの間にか編隊攻撃に「時間待ちを動作完了までにした場合」ってのがあるね
でもそれも効いてない雰囲気だ
編隊攻撃パネル1個だけ置いて1000フレーム待ちとかにしても無限に編隊が出まくる
どうもこれは不具合の予感

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

＞ウエイト無しで次の攻撃・ショットパネルを置いても弾が発射されるようになりました
神更新　乙です！！

＞制限として、次弾以降は最後に実行した攻撃・ショットパネルのみ有効になります
なるほど、ショットは連発可能だから、最低1フレーム待ちが必要だったわけですね

＞攻撃・弾幕、攻撃・編隊は今まで通りウエイト無しでいくつでも置けます
もしかして、弾幕や編隊を使えば、できたということか・・・

＞キャラクタ編集に「早回し対象」フラグ追加
＞ステージ編集の配置データに「早回し対象」フラグが立ったキャラクタが画面内にいた場合にどうするかを選択できるようにしました
＞スクリプト、変数・システムで画面内の早回し対象キャラ数を取得を追加
早回しフラグの使い道をもっとkwsk！！

**名前は開発中のものです。** · 2010/10/20(水) 23:58:26

更新乙

**名前は開発中のものです。** · 2010/10/21(木) 00:05:33

更新おつかれさまです。
こんなに一挙に羅列してあるのは初めてみた。

**名前は開発中のものです。** · 2010/10/21(木) 06:58:10

>>306
なるほど、編隊は不具合っぽいんですね、ありがとうございました。

**名前は開発中のものです。** · 2010/10/21(木) 07:27:41

編隊と言えばテストプレイで編隊が白い四角になるバグが

**名前は開発中のものです。** · 2010/10/21(木) 11:14:40

>編隊と言えばテストプレイで編隊が白い四角になるバグが
そういうときは常駐スプライトにすればたいてい解決するんじゃないか

そういやアイテムの自機に引き寄せられる距離導入しようとしたんだけど
これって攻撃ボタン押していると引き寄せられないではなくて
実際にショット出るときに引き寄せられないって仕組みでしょうか

SB ◆.if.Xu7A6c · 2010/10/21(木) 20:11:47

変態は仕様だ！

嘘ですごめんなさいバグってました

SB ◆.if.Xu7A6c · 2010/10/21(木) 20:19:05

攻撃・編隊で落ちる場合はステージ編集で
メイン背景を設定すればその場はしのげると思います

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

無理せず頑張って！

**名前は開発中のものです。** · 2010/10/21(木) 22:40:44

更新乙です

**名前は開発中のものです。** · 2010/10/21(木) 22:57:22

攻撃パネルを続けて置いて同時発射できる仕様になって
時間待ちの（動作完了まで）が機能しなくなってる気がするけど気のせいかな？
今まで動作完了＋ループで連射させてた部分が全部ループ回数分全弾同時発射になってる・・・

**名前は開発中のものです。** · 2010/10/21(木) 23:03:41

＞編隊攻撃に「時間待ちを動作完了までにした場合」ってのがあるね
おぉ！

＞でもそれも効いてない雰囲気だ
あぁ～

**名前は開発中のものです。** · 2010/10/21(木) 23:05:11

元々ショットは動作完了までと時間待ちしないは推奨されてなかったような気がする
予期せぬ動作を引き起こす可能性があるとかで

**名前は開発中のものです。** · 2010/10/21(木) 23:25:13

そういや今気付いたけど、キャラクタを新規で作ると
キャラクタ編集ダイアログ右側のチェック項目欄のスクロールバーが無くなってる
でも既存のキャラのチェック項目欄はスクロールバーついてる
これ、どっちかに統一しなくて大丈夫なのかな

**名前は開発中のものです。** · 2010/10/22(金) 00:17:49

>>320
あれ、これっていつからだ？
今まで見た記憶ないけど、最新バージョンから？

**名前は開発中のものです。** · 2010/10/22(金) 09:05:12

最新バージョンからっぽいね
ま、今までもあのダイアログは大きさ変えれたんだけどね

**名前は開発中のものです。** · 2010/10/23(土) 19:33:16

レゲー風の解像度で作ってみようかと思ったけど
320×240とかだと全画面はむりかな･･･
ちょっとビルドして試してみたらデスクトップが妙な感じになって切り替えられなかった･･･
そもそもOS的にVGA以下って見たことない気がしてきた

**名前は開発中のものです。** · 2010/10/23(土) 19:49:42

2*2ドットを1*1ドットとして扱ってみるとか

**名前は開発中のものです。** · 2010/10/23(土) 22:19:27

>>323
今のVGAやモニターが低解像度に対応してなさそうだねぇ
自分のＰＣだと有効なモード一覧では640×480～2048×1536だったよ

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

>>324
320×240の画像をスクリプトで2倍に拡大して扱えば
単純計算で画像の容量が１／４に減るんだよな。

ゲーム内のコンフィグで解像度を変えられるようになれば
QVGAで対応できない場合でもシステム側でVGAに引き伸ばして
っていうことができそうだね。

**名前は開発中のものです。** · 2010/10/24(日) 00:51:11

スプライトじたい倍角にもつ
拡大できるグラフィックは倍角表示する
でかい枠つける
この辺が現実的かな、上二つは絵に対して動きが滑らかになっちゃいそうだけども