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

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

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

負荷は考えないのかよ・・・

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

拡大ってそんな負荷かかるかな･･･
個人的にはやっぱ半透明一杯は重くなるかなあ･･･って認識だけど

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

1000フレームかけて1000％まで拡大とかだと負荷かかるけど
0フレームで拡大して倍率変更しなければほとんど負荷はかからないと思われ

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

ttp://8bits.nukimi.com/xmas/img/xmas02.png

クリスマスディウスは倍角ドット。

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

ついにきた！
http://www.nicovideo.jp/watch/sm12510642

SB ◆.if.Xu7A6c · 2010/10/24(日) 16:27:35

maglogがなかなか反映されないので

アプロダ stg0738.zip

ver 0.99.37

メイン背景を登録していない状態で攻撃・編隊パネルを実行すると落ちるバグを修正
攻撃・編隊パネルで出現したキャラが白四角になる場合があるバグを修正
攻撃・編隊パネルを使用するとキャラクタ単体デバッグがうまくいかないことがあるのを修正

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

おつりんこ
更新率アップしてきたな

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

おつおつ

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

ん、解凍しようとすると「書庫が壊れています」とか言われるのは俺だけ？

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

>>333
乙です。

しかし、htmlのimgファイルでエラーが出て、正常に解凍されないようです。

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

>>332
弾幕ＳＴＧで、ボイス入りエルシャダイをやった努力は認めます。

SB ◆.if.Xu7A6c · 2010/10/24(日) 22:02:05

なんか解凍できるけどエラーが出るので
再うｐ stg0740.zip

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

stg0740.zipは解凍できました～

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

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

ウインドウを縮小すると、スクロールバーが出現するようだよ～

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

リプレイ再生中にウィンドウを非アクティブにすると
リプレイが同期取れなくなって再現性失うんだけど
どうなってんのこれ？

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

更新乙！

**名前は開発中のものです。** · 2010/10/25(月) 04:05:08

背景との当たり判定なんですが
通過不可キャラ設定したのでぶつかりにいくと壁としてはじかれるのですが
レバーニュートラルで壁に押される状態になると一撃死になってしまいます･･･
死なないようにするにはどの辺調整すればいいものでしょうか？

**名前は開発中のものです。** · 2010/10/25(月) 07:51:46

それデフォルトスクリプトが使われてるだけ
壁ヒット時タスクを自作すればいい

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

>壁ヒット時タスクを自作すればいい
なるほど、壁に触れると後ずさるようなスクリプト入れたらいいかな･･･
サンプルゲーム（横面）だと特にそのへんの設定無しで問題なさそうだったので気になったのでした

**名前は開発中のものです。** · 2010/10/25(月) 17:26:27

壁のデフォルトスクリプトは変えたほうがいいような？
一般的な反応的に弾かれるんじゃなくて止まるとか

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

>壁ヒット時タスクを自作すればいい
それがなかなか難しいんだよね

>壁のデフォルトスクリプトは変えたほうがいいような？
>一般的な反応的に弾かれるんじゃなくて止まるとか
これやったことあるけど、壁の内部に入って立ち止まると動けなくなるのよ
そのためには進入方向のみを立ち止めなくてはいけないから、衝突時の相手の移動方向を取得しなければならなくてキツイのよ

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

壁との衝突判定で使用するＨＩＴ背景を、複数種類（用途別に）用意できたら良いのかも
例えば、即死用、ダメージ用、立ち止まり用、弾き用とか・・・
ダメージ用の壁と進路妨害用の壁を使い分けたい時があるので

あと、ダメージの単位が毎フレームだと、たとえダメージ1でも連続ＨＩＴしてしまって、物凄くＨＰ減る
壁ＨＩＴ後の数フレームはダメージを与えないとか、1フレーム毎でなくて指定フレーム毎にダメージとか、壁側のダメージ設定に欲しいかも
逆に自機の方を無敵にしてしまうと、敵の攻撃も受けなくなってしまうのが問題

あるいは、ＨＩＴ背景との当たり判定時を、普通の防御時タスクではなくて、壁専用のＨＩＴタスクが起動するようにすれば、壁とＨＩＴした瞬間に処理ができる
壁の内部に入ってしまってから、変数をcheckして壁内の進入判定をして、弾き出したり立ち止めたりするタイムラグもなくなるかも

自機が移動して壁に向かって行った時の判定と、スクロールで壁の方が自機に向かってきた時の判定を、自作するのはなかなか難しい・・・

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

地形は当たったら即死にしないとプレッシャーが減って間延びするだけ
・・・というのをR-TYPE⊿及びFINALから学んだ

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

>>350
よお、俺！

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

むしろ、プレイヤーが移動する前に、プレイヤーが移動した場合の移動後の位置で壁との当たり判定を行い、
ＨＩＴの場合には、移動させないというのが、一番正しい処理なのか？

逆に、ＨＩＴ背景のスクロール毎に、壁とプレイヤーとの当たり判定を行い、
ＨＩＴの場合にはスクロール方向にスクロールの分だけプレイヤーを押し出すのが、一番良い処理なのか？

こう考えると、跳ね返り壁、壁押し出しの処理は、自作がかなり難しい・・・

**名前は開発中のものです。** · 2010/10/25(月) 22:48:24

>>352
プレイヤーの四方に子生成で自機の分身を出しておいて、そいつが壁に触れたら、自機のその分身側への移動をロックするというのはどう？
もちろん、移動は自機のスクリプトで、方向キーのボタン判定で行う

でも、これだと壁がスクロールで迫ってきた時も、こちらが移動できなくなるだけで押し出されないから、さらに移動されると壁内にめり込んで四方を囲まれて動けなくなるかも？！

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

>>349
ＨＩＴ背景を複数用意
→ＨＩＴ背景ごとにインデックスを持たせられれば、同じＨＩＴ背景のスプライト画像でいけるのでは？
　（インデックスごとに、ＨＩＴ背景用のスプライト画像の色を変えるとか）
　壁とのＨＩＴ判定時に、変数でインデックスを参照すれば、どの種類の壁にＨＩＴしたかがわかる
　インデックス＝0（白）　→即死
　インデックス＝1（赤）　→指定ダメージ
　インデックス＝2（青）　→押し出し
　　　・
　　　・
　　　・

確かに、背景とのＨＩＴ判定はタスク別にした方が、通常の敵や敵弾との衝突処理と重ならなくて良いね

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

これってＢＧＭにＭＰ３ファイルをそのまま採用することはできるんですか？

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

自分も使いたいんですけど最低ニコ動画が見れるような環境じゃないと
使うのは無理でしょうか？

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

>>355
BGMはoggファイルのみなので、mp3はoggへ変換を

>>356
ニコ動も見れないくらいの環境なの？？
ネットブックでも使えてるよ
5年くらい前のPCでも全然行けていた

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

DirectX 9.0c以上が使える環境じゃないと無理

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

ＸＰじゃなくって２０００だと大丈夫ですかね？
できれば専用のＰＣで作業したいんですが

アスキーのＳＴＧツクール９５とかと比べて製作しているときの作業って楽しく感じますか？

先ずは色んなＳＴＧを遊んでノートに纏めてそれから人の作った作品とかを研究しようと思います

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

ＸｐとＶｉｓｔａは問題ない
2000はどうだろ？？

ＤｉｒｅｃｔＸ 9.0cのインストールを忘れずに
ＳＴＧツクールよりかはわかりやすいし、作りやすい
（特にスクリプトが苦痛でなくなった）

ただ、ゲームとして始動させるのに、ある程度の手順が必要
（この辺をデフォルト機能でまとめたスターターキットがあればなあ・・・）

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

>>352
背景にHITしたら信号を自分に送信するようにして
その信号を受信したら方向キーの入力で分岐して
その方向と逆に移動力持たせれば跳ねかえりできるんじゃないか？

壁押し戻しはメイン背景を利用して移動を背景に同期するフラグを使えば
やれなくはないと思う。

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

チュートリアルを覚えたら後はサンプルゲームを色々弄り、
wikiのスクリプト情報見たりうｐされたサンプルを見たりすればもうかなりのことが覚えられるはず
「自分で覚える」ってことを怠けちゃ駄目だ

**名前は開発中のものです。** · 2010/10/26(火) 00:46:06

>>362
あのチュートリアルから自作の新規画面を立ち起こす事や
キャラクターセレクトを作ったりするのはまず無理だと思うぞ。
あのチュートリアル一番重要なレイアウト作成がゴッソリ抜けてるからな。

**名前は開発中のものです。** · 2010/10/26(火) 03:50:49

子生成での描画優先ってあくまで親キャラ中での優先度ですよね？
自作影落とそうと思ったけど空中物の上に影表示されちゃう･･･
1フレームごとにショットにするとちょっと遅れてついてくるし
キャラ増えると重くなりそうで悩ましいわ･･･

**名前は開発中のものです。** · 2010/10/26(火) 04:15:27

ユーザーが製作したデータを公開している場所とか無いんでしょうか？
それとも公開すると中身を簡単に弄られるから殆どの方が公開しないでニコ動に動画を置くぐらいなのでしょうか？

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

>363
とっつきが悪くてもチュートリアルとサンプルを参照しながら、自分で弄れば普通にできるだろ…
まず無理とかはありえん

>365
>1にアップロダがあるから、あさってみ