【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/09/28(火) 22:00:53

まあ「ＳＢの講座」は知らないけど、ツクールとかの講座だったら探せば腐るほどあるよ
俺も昔はさんざん見て回ったもんだった
べつにＳＢ用じゃなくてもたとえば変数の考え方なんかは全てのツールで共通の概念だから役に立つよ

**名前は開発中のものです。** · 2010/09/28(火) 22:01:30

ＳＢ氏、お疲れ様です。

＞一斉に同一番号のシグナルを送信

これは、全くの同一タイミングで送信されるケースってことですよね？
複数の子キャラが親にシグナル送信するような仕組みは、やもすると誤動作が
起こりかねないので、なるべくなら作らないほうが懸命であるってことですね。

了解しました～。

**名前は開発中のものです。** · 2010/09/28(火) 22:16:01

>>94
ああ、確かに。
おれもシューツクの講座もさんざん見て回ったな～、なつかしい。
だから、ＳＢでのシステム変数、ローカル変数の概念なんかはわりと迷いなく
理解できたほうかも。

システム変数が256あると知って、しかもすべて保存の有無の切り替えができるんで、
これは色々なことが出来る！とか思ったな。

ただ、ＳＢを使いたい人が、一体どれだけＳＢ以外の講座に行けるかってのはあるね。
とりあえずは、WIKIの充実が一番のような気がする。

**名前は開発中のものです。** · 2010/09/28(火) 22:34:37

そういえば、
　「画面内に敵が何匹出現したか」
　「そのうちの何匹が死んだか」
　「画面内の敵がすべていなくなってから次の動作へ移行」

こんなような事をするため、敵数の計測用にシグナルでカウンター作ってるんだよな。
こんなのが、同一シグナルの混戦を一番招きそうだよな・・・
今のシステムをいじるのはもう億劫なので、次こういうことをするときは、別のシステムを
考えるかな。

**名前は開発中のものです。** · 2010/09/29(水) 12:39:48

敵の登場時にシステム変数を加算していき、破壊時に減算する方式だと、
画面内の敵の出現数をカウントできて良いけれど、
同時に死亡したりしてフレームが重なった時に、減算し損なって0にならなくなり、
全滅フラグが発動しないことがある

指定フレーム経過後に0になるシステム変数を、
敵の出現中はどの敵も常に同じ変数を絶えず1に書き換え続けることで、
誰も書き換える人がいなくなり、全滅した時点で0のままになり発動する、
デススイッチ方式フラグもあるね

**名前は開発中のものです。** · 2010/09/29(水) 14:06:35

それを信号でやる方法って無い？

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

＞同時に死亡したりしてフレームが重なった時に、減算し損なって0にならなくなり、

以前、同じような疑問を持ってそういう質問をしたら、
システムをローカルに読み込む（ウェイトなし）　→　減算する（ウェイトなし）　→　システムへ書き戻す（ウェイト1）

と、システムの読み込みと書き戻しを同時にやると、その手のエラーが起こらないという、ＳＢ氏からの回答があったな。
でも、シグナルでは同一タイミングでの混線ありって>>93でも出てるから、完全には拭えないのかな。

デススイッチフラグはいい案だな。
指定フレームってのが300くらいだった時は、キャラクタのALIVEチェックの間隔はちょい少な目の290位にしておくとかすれば、
キャラクタ大量発生時のシステム変数の読み書きの負担も軽減できるかもな。
今度取り入れてみるかな。

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

＞ＳＢ氏からの回答があったな。
知らなかったわ
ﾄﾝｸｽｺ

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

>>98
いいねそれ
色々応用も効いて便利だから使わせて頂きます

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

＞ＳＢ氏からの回答があったな。
6スレ目の＞402のレスだね。

「システム変数を取得してから書き戻すまでに
ウエイトを入れずにやれば大丈夫」

これって、最後の書き戻しでウェイト1にするってことでいいんですよね・・・

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

↑スマン、7番目スレッドだった．．．orz

**名前は開発中のものです。** · 2010/09/29(水) 22:18:48

デススイッチの良いところは、作働が確実な点

ゴ○ゴ13もこれで手傷を負わされたんだから・・・

**名前は開発中のものです。** · 2010/09/30(木) 00:01:56

このデススイッチって考え方、わりとゲーム製作の基本として習うやり方だよね

**名前は開発中のものです。** · 2010/09/30(木) 01:10:24

ゲーム製作の基本とかだと、
・ビット演算(スイッチ判定とか)
・n桁の数字の任意の桁の抽出
・割った余りの利用
ここら辺を知っておくとかなり進化する。知らない人に限るけど

あとSBで、16bitで角度を管理するのは精度が高すぎる気がするんだけど・・・
SBでの三角比はどうやって求めてるんだろう

**名前は開発中のものです。** · 2010/09/30(木) 08:55:56

関数計算できれば最強！

…と言ってみるテスト

**名前は開発中のものです。** · 2010/09/30(木) 13:53:05

三角関数は前スレで要望出てたけど、完全にアドバンス機能だから、結局まだ時期尚早でスルーとなった経過あり。

でも、公転パネルで角度θを指定すると、X座標とY座標がそれぞれ、半径×cosθと半径×sinθになるから、
いったん変数に保存して半径で割ると、三角関数として取り出せるよ。

**名前は開発中のものです。** · 2010/09/30(木) 15:43:22

SBだと普通にパラメータで色々設定出来るから三角関数とか取得出来ても使う機会が無いっていう

**名前は開発中のものです。** · 2010/09/30(木) 20:50:39

角度取得できる品
でもプロフェッショナルはいろんなことやるんだろう

SB ◆.if.Xu7A6c · 2010/09/30(木) 22:43:46

ver 0.99.35が動かないって人いないっぽいかな

**名前は開発中のものです。** · 2010/09/30(木) 23:19:02

こっちでは普通に動作しました

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

動きましたよー
やっぱり透明アイテム食わせるより動作が安定しますわ

SB ◆.if.Xu7A6c · 2010/10/01(金) 00:12:12

テストありが㌧

このままリリースしよう

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

プレイヤの情報色々取得出来るようになったんですね
移動速度インデックスがあれば完璧かな

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

何その図々しい要望の仕方

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

スクリプトでできるじゃん

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

透明アイテムのテクニックがついに過去のモノに・・・。

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

>>116
「進行方向の速度」のローカルデータ化という意味かな？
進行方向の向きは変数になっているから、その向きの移動速度が取得・代入できれば極座標移動を変数でできるね

現状だと、X移動量とY移動量で別々に設定することである程度は代替できるけど、
進行方向への移動速度が一定で時間とともに進行方向が変わるような動きは難しいからね・・・
（それこそ、三角関数が必要か）

X，Y方向別に速度・加速度を調整できるから、現状でもすごく便利だけど、
√計算ができないので、X・Y移動量を用いて三平方の定理から導出しようと思っても、移動方向の速度は計算できないんだよね

**名前は開発中のものです。** · 2010/10/02(土) 00:31:45

＞進行方向への移動速度が一定で時間とともに進行方向が変わるような動きは難しい

へ？

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

>>120
プレイヤー編集にある移動速度設定のインデックスの事だろ
武器設定だけ数値指定ができてこちらはできないのはおかしいって話じゃないのか

**名前は開発中のものです。** · 2010/10/02(土) 12:19:57

プレイヤーが下から登場するときの横座標ってどこかで設定できるでしょうか？
プレイヤーキャラのスクリプトのメインタスクで最初に絶対座標移動の指定しても
うまいこと動いてくれないのです（いつもの登場してから移動してしまう）

あと、今のバージョンってゲージ消費武器がゲージ残りなくても撃てちゃってるような･･･

**名前は開発中のものです。** · 2010/10/02(土) 12:53:42

>>123
タスク13開始とかやって13になにも設定してないとデフォルトスクリプトが使われる
自分でタスク13を設定するかそもそも13を開始しなければいい

ゲージ消費はよく分かんね
プレイヤーの武器設定とかゲージ設定とか見直してみれば？
駄目なら自機タスクでボタン判定してゲージ量で分岐するとか

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

>124
なるほど！できました
ディフォルトが適用されるってことですね、他でも注意しときます

ゲージに関してはもうちょっと調べてみます
必要ゲージとか設定してるんだけどなあ・・・
（二年ぐらい前に練習で作ったときはちゃんとできてたのです）

**名前は開発中のものです。** · 2010/10/02(土) 19:35:08

>>115
リリース乙です。
いつもながら頭が下がります。

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

オプション数はローカルで参照も代入もできないのか。
アイテムで一つずつオプションが増えるんじゃなくて
特定のレベルで二つずつ増やしてる人とかいる？

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

俺のゲームにはオプション存在しないからしらね

**名前は開発中のものです。** · 2010/10/03(日) 22:18:14

>>127
ローカル変数で出来ないならシステム変数使えばいいじゃない
自機とオプションなんて画面内に一組しか存在しないんだから何も問題は無いだろ

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

オプションは、アイテムで1個ずつ増やしたり、減らした方が良い。
オプションの総数はシステム変数で管理したほうが良い。
（書き換え数は頻繁でもないので・・・）

以前に、オプションを消滅させたり、表示オフにしてみたり、いろいろやったけど、結局ダメだった。
（なぜかアイコンの画像がバグる・・・）

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

自機の移動速度のインデックスは、確かにまだローカルデータになかったね
これを変更してしまえば、全方向への移動速度が一気に設定できるわけか・・・

ver 0.99.35も正式リリースされたし、SBはかなり完成度がupしてきたな～

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

>>130
それ自動消滅しないにチェックしてないんじゃない？

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

いや、オプション関連は昔から謎の動作が多いから十分ありえる

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

そうか
ところで現バージョンだとテストプレイで編隊テストした時に
白い四角になるバグが復活してるね

**名前は開発中のものです。** · 2010/10/05(火) 08:13:31

>>130
数を増減させない限り表示を消すだけなら何の問題も無かったと思ったけど。
可能性としては体力0になって死亡フラグが発生したタイミングが怪しいと思うので
いっそ体力9999にして防御ヒット時タスクで処理してみてはどうかな？

**名前は開発中のものです。** · 2010/10/05(火) 18:54:53

表示だけ消すとオプションのショットが消えない罠・・・

ボタン設定の内容を、ゲーム内で変更できるようなスクリプトが欲しいと思ってみたり
（Aボタンでメイン，Bボタンでサブ，Xボタンでオプション・・・とかの変更）

ゲーム中に一時的に、指定したボタンの入力を無視したい時が、しばしばあるもので・・・

**名前は開発中のものです。** · 2010/10/05(火) 19:04:06

ゲーム中にオプションが増減するタイプの事をやろうとしてるのか？
Ｒ－ＴＹＰＥレオとか、サラマンダ2みたいなオプションシュート？

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

バニッシャーでやってたよね

**名前は開発中のものです。** · 2010/10/05(火) 21:16:39

超初期のNOILA-TEM TYPEで、トレースオプションを固定したり
魔女達の長い午後でも2つ目のオプションが特攻したりしてるが
どんな事をやりたいのかが凄い気になる

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

オプションなんて自分で作れば何かと自由じゃない

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

特殊な動作をさせるのなら、擬似オプションが便利だね

オプション設定を使用せずにスクリプトのボタン判定を使って

オプション設定だと、単純なオプションの追加とかはできるけど、
3番目のオプションだけ追加とか、2番目のオプションだけなくすとかが難しい

オプションを消滅させると他のオプションの画像が崩れたりするのよね

**名前は開発中のものです。** · 2010/10/06(水) 12:52:41

スコア表示の「00005120」を「 5120」と簡単に表示出来ればなぁ。

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

つまりレイアウトのスコア表示にも書式設定をつけてくれっていう要望か
自機タスクでスコア取得してレイアウトで変数表示すれば解決するがそれすらめんどくさい？

**名前は開発中のものです。** · 2010/10/06(水) 13:49:51

レイアウトの変数が自機のものってのをマニュアルに書いてほしいｗ

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

勉強になります

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

ここで手軽で簡単になる機能の要望言っても
馬鹿が否定して悦に入るから無駄だよ。
別ツールで作れよ。
ここの連中なんか隔離隔離。

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

おいおいｗ
どうしたｗｗｗ

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

>>136
おいおい何でスクリプトに信号があると思ってるんだ
ボタン判定分岐で作りたい効果の数だけ設定して
特定の信号を受信するまでその分岐へ行かないようにするだけでできるぞ
これでシグナルの値が0の時ボタン判定へ行かないようににすればお望みの
特定時にボタン操作無効の完成だ

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

>>144
どこかに書いてあったような・・・

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

>>144
おーそうだったのか。
勉強になったサンクス

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

背景への接触ダメージは1フレームあたり1ダメージってことでいいのかな
体力制かつ壁だと一撃死ってのの解決思いつかないのであきらめて通行不可にしちゃうかな

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

壁の中なら「制御いろいろ」で死亡するだけじゃね？

**名前は開発中のものです。** · 2010/10/07(木) 09:13:50

あっ、なるほど
壁ヒット時ってのがあったですね･･･見落としてました

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

プレイヤの武器制御で
３発発射＞３０ウェイト　ってのが出来ません
弾は当たっても当たらなくても３０ウエイトしたいんですが・・・

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

武器設定はしないで自機タスクで自分で1からスクリプト組むしか無いね
最大発射数3にするのじゃ駄目なの？

**名前は開発中のものです。** · 2010/10/07(木) 16:03:00

あれ、壁ヒット時ってまだ実装されてないんじゃなかったっけ？

**名前は開発中のものです。** · 2010/10/07(木) 20:51:35

>>154
自機のスクリプトに、制御（ボタン判定）→攻撃（ショット），弾数3，発射間隔30でFA？

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

3発発射してから30フレーム待ちだろ
ボタン判定→攻撃3発（任意の発射間隔）→通過30フレーム
でいいかどうかは試してないから分からない

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

サンプルの火炎放射がすごいｗ

弾幕編集でこんなことできるのか

まるでMikuMikuEffectみたいだ

エフェクト編集を復活させて、パーティクルをランダムに射出する機能をつけたらどうだろう
パーティクルのアイコン、拡散角度、拡散速度、射出方向、射出量、射出速度とかを調整するだけで、簡単にエフェクトが付けれるみたいな～

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

エフェクト編集を新たに作るよりも
スクリプトと弾幕組み合わせ他方がもっと柔軟にいろいろなことができる

**名前は開発中のものです。** · 2010/10/08(金) 23:31:55

弾幕とスクリプトと透明キャラを駆使すれば作れない弾幕なんて存在しない

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

親子関係間違って親が親はくようにしたらマシンが元気いい音だしたあと
ソフト強制終了してドキドキした･･･

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

SBは強制終了してもそれまで作った部分がちゃんと保存されてるのがありがたい

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

インベーダーとかギャラガの敵みたいな編隊、群集がやりたい

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

誰かインベーダーを作成していた人がいたような・・・

>>163
自動保存がオンの時はね

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

インベーダー、サンプルにあったね。

「インベーダー系はスキルアップになると思う、一度は挑戦してみることをお勧めする。」

みたいなことが、readmeに書かれてたような記憶がある。

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

昨日うｐろだに試作品をあげた者です
TYPE-Aがどのショットを使っても破壊可能弾を破壊できてしまう不具合があります
どうかご了承下さい

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

これはかなりいい線いってると思う

エフェクトとかバリバリで、見ててもプレイしてもすごい楽しい
敵の固さも最適で、自機のショットも綺麗ですばらしい。攻撃方法も凝ってるし
自己満足ゲーじゃなくて、ちゃんとユーザーを楽しませるって感じがすごい伝わってくる
ただ、単調なのがちょっと残念（まあ試作、って書いてあるしどうでもいいか）

個人的には、怒首領蜂のようなレーザーをどうやって再現してるか気になった

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

>>167
派手で爽快感重視ってのが伝わってきて良いね
プチ音が出ちゃってるのが惜しい
（俺もこのスレで説明聞いてもまだ
直し方よく解らないので偉そうな事は言えんが）
…あとmanual.htmlの中身間違ってないスか？

1個手前のJUNKSTGもいいね
マニュアルが解り難いのと初期スピードが遅すぎるのは気になったかな
地形とか実装したらより楽しそう

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

ぎゃああああ
やっぱり消す

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

ちょっ…！
まだ見たい人居るだろうし上げ直したらどうです？
このままではスレ住人に俺が恨まれてしまう

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

怒蜂レーザーはろだにスクリプト見られるサンプルがいくつかあったと思いますよ
ありがたいこってす

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

上げ直しました

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

すばらしいレーザーだ
これはいいものだ

SB ◆.if.Xu7A6c · 2010/10/10(日) 20:26:55

とびきりのレーザーを頼む

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

>>175
(；＾□＾）　＜先生　レーザー補完計画　お願いしますよ・・・

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

プレイヤの武器にレーザーが追加される布石かっ！
プレイヤの武器はスクリプトの攻撃ショット並に調整できたらいいのぅ

**名前は開発中のものです。** · 2010/10/11(月) 01:06:29

体力制で作っているのですが体力が三割きると煙出るようにしたいので
HP30％きると煙出るようにしたのですが
体力回復したときに素の状態に戻す方法が思いつかないです･･･

今晩はサンプルみせてもらって勉強したい･･･！

**名前は開発中のものです。** · 2010/10/11(月) 01:26:55

>>178
条件分岐の片方（条件を満たした時）に煙を出す処理ができたのなら、
もう片方(条件を満たしていない時）に煙を消す処理をするだけじゃないの？

**名前は開発中のものです。** · 2010/10/11(月) 02:28:46

煙を出すというのがどういう処理でやってるのかは分からないけど、
ＨＰ30以下で分岐した後のスクリプトがそこで終わるような組み方だとダメかもね。

30％以下を検地するために常にループ（ゲートにもどる）されていると思うんだけど、
30％以上に戻るのを検地するために、30％以下に分岐するラインもきちんとループさせないとね。

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

一例だけど

ラベル１
通過１フレーム
↓
ＨＰ30％以下　→（ＹＥＳ）　煙放出　→　ラベル１
↓（ＮＯ）
煙止める　→　ラベル１

これで常にＨＰを判断し続けるようになる

**名前は開発中のものです。** · 2010/10/11(月) 07:13:59

ＨＰ検地は>>181を使うとして、後は、煙を出す部分の組み方によるね。
　①：一回の処理でずっと煙を出し続ける仕組み
　②：（ループにより）何回も処理されても煙をうまく出す仕組み

どちらを採用しているかは知らないけど（多分①番？）、シグナル使ったり別タスクを使ったりなど、
色々な方法で組むことが出来るんだけど、そんなに難しい処理じゃないし、スキルアップのために、
是非自分で組みきる事をお勧めするかな。

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

検地じゃなくて検知じゃなイカ？

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

プロジェクトマネージャーにレーザー編集が追加される予☆感★

**名前は開発中のものです。** · 2010/10/11(月) 12:09:33

俺はじめは何でも全部同時にメインタスクでやろうとしてて行き詰まってたなー
タスクの分け方がわからんかった

**名前は開発中のものです。** · 2010/10/11(月) 12:22:19

せっかくのマルチタスクだからね

むしろ俺はメインタスクは初期動作と、各タスクへの振り分けに使用しているよ

>>175
そんなスタンスで大丈夫か？

**名前は開発中のものです。** · 2010/10/11(月) 14:48:41

>>186
（SB氏なら・・・）
大丈夫だ、問題ない

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

レーザーコンテスト
はっじまっるよ～～

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

SBは言っている？――――
エルシャダイSTGを作れと――――

SB ◆.if.Xu7A6c · 2010/10/11(月) 17:30:35

最強の爪楊枝を用意してくれ

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

次の更新でEBに変わっててもおかしくない位のシャダりぶり

**178** · 2010/10/11(月) 18:23:29

>181
うおお、わかるようでわかりません･･･
制御HPで残り30％をきったら右に分岐、ループラベルに入るという感じなのですが
30％以下じゃないという判定はどうやってみればいいのでしょうか？

煙吐くのはラベル内でループさせて制御通過と弾幕繰り返す感じにしています

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

>>192
HP30％を切ったらループ、ではなく
始めからループの中でHPの判断をすればいいって話