【SB】 Shooting Game Builder ver.8 【ｼｭｰﾃｨﾝｸﾞ】

**名前は開発中のものです。** · 2010/01/13(水) 03:44:32

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

Shooting Game Builder公式サイト
http://maglog.jp/sb/
SHOOTING GAME TKOOL WIKI（大容量upロダ有り）
http://www.esc-j.net/stg/
SB@wiki
http://www41.atwiki.jp/stgbuilder/
shooting @Wiki
http://www3.atwiki.jp/shooting/
シューティングツクールxpを待ち続けるスレ wiki
http://www.wikihouse.com/stgmakerxp/index.php
SBヘルプ
http://www.geocities.jp/net05_soft/sbindex.html
ニコニコ動画チュートリアル
http://www.nicovideo.jp/watch/sm8707904
http://www.nicovideo.jp/watch/sm8711074
http://www.nicovideo.jp/watch/sm8728404

前スレ
【SB】 Shooting Game Builder ver.7 【ｼｭｰﾃｨﾝｸﾞ】
http://pc11.2ch.net/test/read.cgi/gamedev/1253522970/

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

習作あたりだと、時間がたつにつれて作り方もどんどん変わってくるから、
スクリプト内もカオスだよなあ。
今度カウンターにもシグナル使ってみるか・・・

>>880
おれも他の便利な使い方を知りたいくらい。

**名前は開発中のものです。** · 2010/05/26(水) 21:02:34

熱い議論に燃えた
国会の法案審議もこれくらい熱を入れて議論して欲しいものだ

**名前は開発中のものです。** · 2010/05/26(水) 21:06:51

＞Vector Award 3位 1316票
＞WOLF RPGエディター
＞高度なRPG開発が可能、完全無料のRPG製作ツール

WOLFに溝をあけられて良いのか？！
立ち上がれ！SBユーザー！！
立ち上がれ！日本！！

**名前は開発中のものです。** · 2010/05/26(水) 21:31:07

まぁ座れよ

**名前は開発中のものです。** · 2010/05/26(水) 22:18:45

リプレイ機能の実装は面倒でしょうか、需要が低いのかなぁ？

**名前は開発中のものです。** · 2010/05/26(水) 22:28:58

実装されてるけど

**名前は開発中のものです。** · 2010/05/26(水) 22:55:30

ローカル変数足りないとか言ってる奴、仕様書曝してくれ
何やってんのかすげー興味あるｗ

**名前は開発中のものです。** · 2010/05/26(水) 23:38:54

言いだしっぺの

**名前は開発中のものです。** · 2010/05/27(木) 08:48:05

>>885
すでに、あるじゃん

>>883
STGツールなら、もちろんSBがマイベストですよ

**名前は開発中のものです。** · 2010/05/27(木) 13:19:25

同じローカル変数の使い回しですが、レイアウトで変数を表示していると、同じ変数を別の項目で使い回すのは難しくなるのが難点
ローカル変数しかレイアウトに表示できないから、自機のローカル変数を食いつぶしてしまう・・・
せめて、システム変数を直接レイアウトで表示できれば（もちろん10進数で）、手間も省けて変数も節約できるのだけれど

**名前は開発中のものです。** · 2010/05/27(木) 15:27:32

>>883
まあSTG作る人よりRPG作る人のほうが多いってことだ。
プレイする人数に比例してんだろな。

**名前は開発中のものです。** · 2010/05/27(木) 16:20:49

自機が敵を撃つという単純明快なルールで、敵の動きやミサイルの軌道など、
いわば動的なものを作る感じは、感覚的に扱いやすい気がするよ。

それに比べてＲＰＧは、シナリオやらイベントやらアイテムやらでよくわからなくなるんだよな・・・

まあ人の好みにもよるんだろうが、創作だったらおれは断然ＳＴＧだな。

**名前は開発中のものです。** · 2010/05/27(木) 17:11:49

東の奴とかは世界観とかキャラ設定がしっかりしてるから売れてるね
RPGの戦闘がSTGになったようなもんだ
その動的なものを面白いと感じるかは人それぞれだよね＾＾；

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

東のやつはむしろキャラ設定をしっかり固めず想像の余地大有りの状態で残してるからこそ二次創作が流行まくってる

**名前は開発中のものです。** · 2010/05/27(木) 17:44:43

どうでもいいっス

**名前は開発中のものです。** · 2010/05/27(木) 20:02:47

>>890
なぜキャラクター自体の文字表示機能を使わない？
レイアウトなんて加工もできないのに…

**名前は開発中のものです。** · 2010/05/27(木) 20:19:08

>>896
画面外に表示できないだろ・・・

と思ったらできた

**名前は開発中のものです。** · 2010/05/27(木) 21:17:15

>>896
レイアウトの変数表示でも事足りることはレイアウトで表示する
キャラクタの文字表示での変数表示よりも以前からあった機能なわけだし

それに、キャラクタで変数を表示する場合でも、表示用に使用している変数を占拠してしまうことには変わりない

だが、キャラクタの文字表示の汎用性が高いことは認める

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

>>898
＞表示用に使用している変数を占拠してしまう
システム変数使えば255個扱えない？

**名前は開発中のものです。** · 2010/05/27(木) 23:51:18

？？

**名前は開発中のものです。** · 2010/05/28(金) 00:14:56

>>898
くわしく

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

＞レイアウトなんて加工もできない
＞キャラクタの文字表示の汎用性が高いこと

自分はキャラの文字列表示は、ローカル変数と文字表示するくらいしか使ってないんだけど、

レイアウトで出来ず、文字表示で出来る加工ってどういう部分を指してるの？
レイアウトに比べて高い汎用性とは、どういう部分を指しているのかな？

**名前は開発中のものです。** · 2010/05/28(金) 00:53:37

文字列表示ってデバックの時に便利だよね
ローカル変数がほんとに計算されてるか不安なときとか多用している。

**名前は開発中のものです。** · 2010/05/28(金) 01:04:03

>>887
亀レスだが要点を説明すると

○奥スクロール
○高度３×幅３×奥行き３でざっくりメッシュを切って27個のエリアができる。
○自分がどのエリアにいるか擬似的に3D座標を取得させる。
○登場するキャラは自機とカメラの位置関係をもとに
　自分をどの位置にどの縮尺で表示するか常時計算する。

実際は少し違うとこもあるし、多分これだけ読んでも意味不明だと思うけど
とにかく簡単にいうとこんなかんじ

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

無茶しやがってｗ

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

>>903
そういえば、デバック的な変数表示はおれもやるな。
デバックモードのシステム変数は、１６進数で自分的にはイマイチ使いづらいので、
気になるシステム変数をピンポイントでローカルに読み込んで表示させてることもあるわ。

**名前は開発中のものです。** · 2010/05/28(金) 01:22:03

>>905
やっぱ無茶かｗ
数年間かけてやっと表示システムが形になってきたくらいなのよ
早く完成させて普通の2DSTG作りたいわ～

>>906
なるほどそれは思いつかなかった。ローカル経由で10進数てのは便利そうだね

**名前は開発中のものです。** · 2010/05/28(金) 04:28:33

>>902
色・位置・向き・大きさ・透過率・参照する値とか変えられるよ
PARM ABで条件変えたりグラフィックの無い”子”生成で
信号送ったりすれば同じ変数0でも全然違ったものも表示できる

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

>>907
うｐｷﾎﾞﾝﾇ

**名前は開発中のものです。** · 2010/05/28(金) 10:47:23

>>901
レイアウトもキャラクタも、変数を表示するためにはローカル変数でなくてはならないので、
システム変数を表示する場合も、いったんローカル変数を介するため、ローカル変数の個数分しか表示できない。
同じローカル変数を使いまわそうとすれば、表示されている数値が変わってしまう。

デバッグモードはシステム変数を一覧で表示するので便利だが、16進数のため直感しにくく、見にくい。
（αRGBみたいに16進数が便利な場合もあるが・・・）
レイアウトやキャラクタもの変数表示は10進数で見やすい。

また、キャラクタでの変数表示はprintf構文を用いて表示方法を変更したり、
キャラクタのフラグ属性、スクリプトを利用したりできる。

要は、デバッグモードのシステム変数の一覧表示で、16進数と10進数の表示切替を付けて欲しい。

**名前は開発中のものです。** · 2010/05/28(金) 12:31:41

>>908
ようするに、キャラのグラフィック表示と同じように、スクリプトを絡めた表示が可能ということかな？
自分はフォントを他の物に代えていたので、そこはあまりタッチしてなかったな。

>>910
＞キャラクタでの変数表示はprintf構文を用いて表示方法を変更したり
これってＣ言語？関係のことかな？
自分はＣ言語まったくしらないんで良くわからないんだけど、とりあえずスコア関係を最大８桁、
あいている部分は０で埋めないような感じにはしてあるけど、他のprintf構文？は使い方も含め、
よくわからないな。

＞（αRGBみたいに16進数が便利な場合もあるが・・・）
システム変数にαRGBが入っているようなケースってなにかあったっけ？

**名前は開発中のものです。** · 2010/05/28(金) 18:51:32

>>910
変数15個同時に全部使ってるの？
再利用とか直列処理とかして節約しろとしか

あと、>>910が言ってるローカル変数ってキャラクターの持ってる
パラメーター(座標やHP)のことだよね？

**名前は開発中のものです。** · 2010/05/28(金) 18:52:50

>>911
つっこみが鋭い・・・
背景カラーなどの色変更スクリプトを、変数対応（それこそ16進法で指定）にして欲しいということ。
変数計算のビット演算や論理演算が力を発揮する場ができる！

**名前は開発中のものです。** · 2010/05/28(金) 19:04:45

>>912
表示用に使っている変数は、変数の内容をリアルタイムに表示させているから、再利用できないの！

カウンタ用に使用している変数を別のタスクで使いまわしたり、
フラグ用の変数をこまめにシステム変数に代入させてローカル変数で保持しないようにとかは、もちろん工夫してるけど。

例えば、X，Y座標や移動・画像の角度をリアルタイム表示のために保持させていたりすると、結構変数を消費する。
他には、対象物とのX,Y座標の差を求める場合なんかは、自機の座標で2個、対象の座標で2個、計算結果で2個の、合計6個の変数を消費してしまう。
（X，Y座標を別ルーチンに分けて節約すれば3個で済むが・・・）

**名前は開発中のものです。** · 2010/05/28(金) 19:17:39

>>914
キャラ分けろよ・・・

**名前は開発中のものです。** · 2010/05/28(金) 19:26:08

>>907
うｐ希望

**911** · 2010/05/28(金) 19:42:11

ローカル変数を、システム変数経由で別キャラローカル変数で表示するみたいな、文字表示専用キャラ
みたいなのを作るというのも、手間ではあるが出来るかもしれないな。

>>879が言っている、
＞例えば、タスク内の連続したスクリプトで、システム変数をロ－カルデータに受け渡しするだけとか
＞（ローカル変数0でX座標を取得して、システム変数1に代入、その後に引き続いて、同じローカル変数0で
＞Y座標を取得して、システム変数2に代入など）

これが出来るならば、いままで常時文字表示で３変数割かれていたのが、１変数にコンパクトには出来るかも
しれないな。

シグナルの送信データで、即値だけでなく、変数や受信値も送信できるようになれば、この手の問題は割と
簡単にクリアしそうだけどなあ。

>>913
αRGBに関しては、要望ということだね。おｋ、了解した。

**名前は開発中のものです。** · 2010/05/28(金) 21:16:04

お前らサウンドのループ回数指定にはあんなに厳しかったのに
変数では何甘ったれた事言ってんだよ…

**名前は開発中のものです。** · 2010/05/28(金) 22:06:39

>>918
これが「変数」の魔力

**名前は開発中のものです。** · 2010/05/28(金) 22:07:48

いや魅力

**名前は開発中のものです。** · 2010/05/29(土) 01:53:26

>>909
>>916

去年UPしてる　stg0642

動作が重い上に完成度が中途半端すぎてほとんどスルー状態だったが…
意見感想とか超ほしいのよね。かなり迷走しているので

**名前は開発中のものです。** · 2010/05/29(土) 03:15:36

>>921
敵に自機の攻撃があたった気がしない

**921** · 2010/05/29(土) 11:25:17

>>922
確かにそうですね。着弾時にピカピカするようにしてみます。
ご意見ありがとう。

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

かなり前にも雛形あげてたよね？

あの頃に比べたらだいぶゲームらしい画面になったけど
やっぱ何がおきてるのか、そもそも自分はどれを操作してなにをしてるのかがわからない。

正直言えばオレなら雛形作った段階で没にする。

それでもやるならまず最低限として、冒頭に敵がいない状況をしばらく作り
「なるほど、自分はこいつをこうやって操作し、このボタンを押すとこんな事が出来るのね」と
体感的に確認できる時間を設ける。

更にレベルデザインとして最低限最初のステージでは
段階的に違うパターン＆違う対処法の敵を出し
プレイヤーが自然とシステムを習熟できるよう、こちらで誘導するべき。

**名前は開発中のものです。** · 2010/05/29(土) 19:53:34

ウチだと本編スタートして２秒後ぐらいに落ちるな

**名前は開発中のものです。** · 2010/05/29(土) 20:19:42

タスクマネージャで見たら
メモリ：920MB使用
CPU　：32%使用(常時　Core2DuoE8400)

古めのデスクトップや、ノートじゃまず落ちると思う

**921** · 2010/05/29(土) 21:50:42

レスどうもです。

>>924
覚えてもらってましたか。うれしい限りです。

チュートリアル見るのとかやっぱ面倒ですよね
冒頭で操作を覚えてもらうデザインというのを試してみます。

単騎突貫兵器に自軍がやられていくという
逆の立場を表現したかったのですが多分あまり無いジャンルなので
相当上手く誘導しないと意味不明かなとは思ってたんですが…

完成しても独りよがりの内容になると思いますが
提案してもらったことを改良すればだいぶましになりそうです。

>>925
>>926
負荷報告ありがとうございます。
なんとか2～3年まえのサブノートクラスでも動くように現在調整中です。

**925** · 2010/05/29(土) 21:56:31

あれ？俺もCore2DuoE8600メモリ3Gで
重めの洋ゲーが動く程度には新しいんだけどなぁ
OSはXPです
動かないのがうちだけなら良いけど…

**名前は開発中のものです。** · 2010/05/29(土) 22:17:50

>>927
このレベルだとDXライブラリ使ったほうがいいです

**名前は開発中のものです。** · 2010/05/29(土) 22:18:54

前回の時にも報告したけど、ウチも本編スタートしてから落ちるよ。
メモリが１Ｇしか積んでないのでそのせいかと思ったら、>>928が3Ｇ積んでて落ちるとなると、
他の原因か・・・

ちなみにＣＰＵは、アスロンＸＰの3000＋という骨董品ｗ
OSはＸＰだな。

**921** · 2010/05/29(土) 22:59:40

>>928
報告どうもです。
使用してる画像サイズを２のべき乗にしてないのがあるので
そのせいかもしれません。

ビデオカードによってはそれに引っかかるらしいので修正していきます。

製作環境は
OS:Win VISTA64bit CPU:Core2Quad Q9300 MEM:8GB VIDEO：GeForce 8800GT です。

>>929
SBに拘っているという理由もありますがＣの知識ゼロなんです。
グラとBGMは自前で行きたいのでそうなるとプログラムを一から勉強は難しく･･･

>>930
年末は報告をありがとうございました。
次回更新時には解消できると思います。

**名前は開発中のものです。** · 2010/05/29(土) 23:52:22

上ではちと厳しい事かいちゃったけど
技術的にはかなりすごいし、デザインワークもいい感じだし
なにより撤退線ってシチュエーションが熱いから何とかモノにしてもらいたいなぁ。

やっぱ段階踏んでプレイヤーを引き込むって意味じゃ
まずは普通に左スクロールとか、平面でやったが素直に飲み込みやすいと思うが
ここまで作ってたら酷か…。

ちなみにうちの環境はcore2duo1.86ＧHｚ/xp/3G/ビデオカードはオンボードで
立ち上げ重いけど落ちることはない感じ。

**921** · 2010/05/30(日) 01:40:41

>>932
実は最初は横スクロールでしたｗ
仕様変更っていうのは本当にやっちゃいかんですね。
いつになっても完成しない…

身に積むような意見をありがとうございました。あと半年は頑張れそうです…

**名前は開発中のものです。** · 2010/05/30(日) 09:22:38

Windows100% 2010年6月号にSB製ゲームが紹介されてますね。
だいぶ普及してきたんですね・・・。

**名前は開発中のものです。** · 2010/05/30(日) 09:48:16

>>930
俺も同じような環境だけど、SBはバージョンアップしてから前より重くなったから
最近のSBのゲームは結構きつくない？
「描画を最適化」を上手に使ってる人の作品意外は処理落ちひどくて・・・
できればゲーム作成者の人は敵弾だけでも「描画を最適化」を使って欲しいと密かな希望。
そろそろパソコン替えたいとは思ってるんだけどね。

**名前は開発中のものです。** · 2010/05/30(日) 11:23:57

敵弾最適化してない人なんているの？

**名前は開発中のものです。** · 2010/05/30(日) 11:31:54

>>936
制限付って書いてあるから使ってませんでしたすいません

**名前は開発中のものです。** · 2010/05/30(日) 11:34:27

>>936
そもそも最適化がどういう事なのかさっぱり説明無いのに使うわけ無いじゃん

**名前は開発中のものです。** · 2010/05/30(日) 11:39:34

最適化の解説を求む！

デバッグモードの10進数表示も求む！！

シグナルでの変数の指定も求む！！！

**名前は開発中のものです。** · 2010/05/30(日) 12:40:19

>>939
16進数脳内変換できるといろいろと捗るぞ
俺は16進数の計算ある程度まで暗算でできるようになった

**名前は開発中のものです。** · 2010/05/30(日) 16:51:50

ＳＢで３Ｄもできればｲｲと思うが、現状無理にあわせる必要は無いと思うね

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

個人的にはポリゴンが扱えるようになって
3Dモデルをプリレンダしなくても表示できるようになれば最高なんだけど
そこまで望むなら自分でプログラミングせえよって話なんだろうな。

SB氏降臨のたびにまだまだ要望でてるからね～
ニーズに合わせてここまで進化したのはすごいと思うよ。

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

ちょうどSB氏とトリフィド氏が3Dの事を話してたな
「3Dといっても2D絵の代わりに程度のものになるかな。未定すぎるけどw」
SB氏が　↑　って答えてた

**名前は開発中のものです。** · 2010/05/30(日) 20:24:50

まじか！
これは期待せざるを得ないですわ！

っていうかどこでその話題が出てたのよ？
公開チャットとか？

**名前は開発中のものです。** · 2010/05/30(日) 20:30:21

XNA,iphone移植より希望が薄いかと思われる

SB ◆.if.Xu7A6c · 2010/05/30(日) 21:11:51

>>944
twitterの発言です

http://twitter.com/StgBuilder
フォローはご自由に

**名前は開発中のものです。** · 2010/05/30(日) 21:34:39

お～直々にどうもです。
さすがSB氏ナウいですな。

俺もついった始めるかな～

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

>>946
いつもながら、お疲れ様です。
個人的には3D対応よりも先に、縦/横別倍率の拡大縮小の実装を希望です。

雑誌でSBやSB製のゲームが紹介されているのを見ると和むわｗ

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

流れをぶった切ってスマンけれど・・・

以前に要望があった戻り復活は、リプレイ機能を活用することで実装できそう。
リプレイでは、前回プレイ時のキー操作が保存されていて、同じ操作でステージを再生しているわけだから、
タイムラン上で死亡する数秒前までを指定して、超高速に再生すれば、任意の場所から同じ状況で再開できそう。
必要に応じてパワーアップの初期化とかもできるし・・・

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

【SB】Shooting Game Builder ver9【ｼｭｰﾃｨﾝｸﾞ】
http://pc11.2ch.net/test/read.cgi/gamedev/1275262039/

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

死ぬ度にCPU全開で待たされるとか勘弁してくれｗ

戻り位置ごとに面を用意する方法が示されてなかったっけ？

**名前は開発中のものです。** · 2010/05/31(月) 09:09:41

あったね。面の最初までぶっ飛ぶパターンもあった

追加するなら「ステージの任意の位置まで移動」とかの方が現実的なんじゃないかな
復活時の敵やらランクやら演出は変数やフラグでも立てておけばどーにでもなるし

繰り返しやスキップみたいに上手く使えれば、ステージのちょっとしたループとか、他の事にも応用できそう

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

>>938
最適化で俺のわかってる範囲内で説明すると,大量のキャラを画面に表示する時に処理が軽くなるみたい。
そんで大前提として例えば敵キャラ用で用意した色々な敵キャラが収まったbmpファイル（pngでもjpgでもいいけど)
と敵弾用の色々な敵弾が収まったbmpファイルがあったとして敵弾の全部のキャラに「描画を最適化」を適用するのは問題ないけど、
更に敵キャラ1つでもチェックをいれちゃうとおかしなことになる。
最適化で使えるbmpファイルは1つだけっていう制限がある。
あと最適化を使ったキャラには影つけたり、多間接使うのもダメ。だから敵キャラより表示数も多いだろう敵弾に使うのが効果的。
更に敵弾用bmpの中にジャラジャラ用アイテムなんかもいれて最適化すればなお良し。

って俺は認識してるんだけど、間違いや補足があったら誰かよろしく。
自分だけで遊ぶ用のゲームなら気にしなくてもいいけど配布目的なら
世の人みんなが最新のPC持ってるわけじゃないんだし、できれば使いたい機能だと思う。

**名前は開発中のものです。** · 2010/05/31(月) 16:28:07

使い方も注意点もそれで合ってる
最適化が誕生したときにＳＢ氏がスレで言っていた通りの内容

**名前は開発中のものです。** · 2010/05/31(月) 18:14:49

最適化する画像のサイズが1024×1024とか、それ以上の大きさになっても良いのかな？
画像形式もBMPよりはDXTの方が良さそうな気もする

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

サイズはビデオチップに依存しそう

**名前は開発中のものです。** · 2010/05/31(月) 18:32:47

半分ぐらい想像だけど

BMPは無圧縮だからVRAMへの読み込みに時間がかからない
DXTは圧縮されているからほんの少しだけタイムラグがかかる
本当にほんの少しだけだからどっちも変わらないだろうけど

**名前は開発中のものです。** · 2010/05/31(月) 19:52:35

・死亡時に背景のスクロールを巻き戻す方法
　背景の画像は戻るけど、配置した敵などが再出現しなくなってしまうのが難点

・戻り位置毎にステージを作成する方法
　似たようなステージをたくさん用意する必要あり
　次のステージへの分岐の流れが複雑になる

→アクツクみたいな流れエディタが欲しいかも・・・
　単純に1本道にステージを並べるだけでなくて、
　ステージ順の設定画面で、死亡時の戻り位置の設定、クリア時のステージ分岐などを、
　ツリー図で統括して管理できるみたいな

**名前は開発中のものです。** · 2010/05/31(月) 20:05:58

ステージ編集の敵配置で、タイムラン用のシークバーの下にマーキングポイント（0～15）を設定して、
自機の破壊時タスクのスクリプトで、死亡時にマーキングポイント（0～15）から開始するパネルを配置して、
戻り復活ができたらいいな～

SB ◆.if.Xu7A6c · 2010/05/31(月) 20:14:51

死んだときに巻き戻すのは結構面倒
スクリプトを巻き戻すのは不可能だからね

**名前は開発中のものです。** · 2010/05/31(月) 20:22:55

自機死亡時のタスクを使って
ステージ開始位置ずらせばいいんじゃね

**名前は開発中のものです。** · 2010/05/31(月) 20:26:30

死亡時に「死亡ポイント」変数の中に死亡時の状況（位置、パーツ、残機等）をすべて格納するって方法ってのはどう？

で、再開時にすべて読み込むの。

**名前は開発中のものです。** · 2010/05/31(月) 20:33:46

>>960
乙です
テストプレイのときみたいに、ステージの任意の位置から開始みたいなことも無理っぽいですか？

SB ◆.if.Xu7A6c · 2010/05/31(月) 21:04:42

ステージ開始時間をずらしても動くゲームならできる
動かない条件が色々あって制約が多い。微妙すぎるほどに

**名前は開発中のものです。** · 2010/05/31(月) 21:11:41

レスしていただき光栄です！！
リプレイが可能なゲームに限りますが、リプレイを途中まで読み込む方式はいかがですか？

ステージ毎に、指定された復活ポイントまでのリプレイを、バックグランドで読み込んでのスタートならいけそうでしょうか？？

**名前は開発中のものです。** · 2010/05/31(月) 21:12:54

>>964
了解です。ありがとうございますー

**名前は開発中のものです。** · 2010/05/31(月) 21:15:39

>>965
通常のゲームですらウェイト除いても120FPSがいいとこなのに
バックグラウンドでなんて通常時とほとんど変わらないぞ
たとえば1ステージ2分とする
死んでから復活するまでに1分以上待つか？

**名前は開発中のものです。** · 2010/05/31(月) 21:23:46

>>965
リプレイだと復活した途端に敵の真っ只中の可能性もあるわけで

なら全部消す＞スクリプトやらせてるキャラや背景、エフェクトで使ってるキャラも根こそぎ消える

スマートな方法とは思えん

**名前は開発中のものです。** · 2010/05/31(月) 21:34:41

復活ポイントには、敵キャラクタとか配置していないスペースを指定して欲しい・・・

リプレイの待ち時間はそんなに長くないような気がするのだけど・・・
リプレイって、操作時と同じフレーム数で再生していると思うけど、もっと高速で再生させることはできないのかな？
復活ポイントまでの経過は描画の必要がないから、画面に同期させる必要はないわけだし・・・

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

>>962
それ戻り復活じゃなくね？

**名前は開発中のものです。** · 2010/05/31(月) 22:17:52

よしタイトル画面まで戻そう

**名前は開発中のものです。** · 2010/05/31(月) 22:18:26

戻りポイントまで「無描画リプレイ復活」とでも名付けようか・・・

**名前は開発中のものです。** · 2010/05/31(月) 22:24:55

むしろ今のゆとりプレイヤーの嗜好にあわせ
死ぬたびにその箇所はクリアした扱いになる「進み復活」実装希望

**名前は開発中のものです。** · 2010/05/31(月) 22:27:06

>>973
自機の破壊時タスクに、面クリアのパネルを設置するだけで完成かも・・・

**名前は開発中のものです。** · 2010/05/31(月) 23:27:37

しまった～
SB氏に、キーコンフィグの初期設定の
　BUTTON8=16　　#SHIFT
　BUTTON9=17　　#CTRL
の2つのボタンが、ボタン設定でどのボタンに対応しているのかを聞きたかったのに・・・orz

SB ◆.if.Xu7A6c · 2010/06/01(火) 00:40:13

360パッドなら左右のスティックの押し込みだったきがする

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

SB氏乙です

**名前は開発中のものです。** · 2010/06/01(火) 12:15:17

>>976
レスありがとうございます。
キーボードの「SHIFT/CTRL」＝パッドの「左/右スティックの押し込み」は、
ボタン判定やボタン設定では、どのボタン（A，B，X，Y，L，R，Start，Select・・・）に設定されているのかが知りたかったです・・・。

**名前は開発中のものです。** · 2010/06/01(火) 12:37:48

>>978
だからL・Rスティックって言ってるだろ
頭大丈夫か？

**名前は開発中のものです。** · 2010/06/01(火) 13:34:56

>>979
ごめんよ～
旧バージョンしか見てなかったわｗ

新バージョンには
L stick
R stick
が追加されてた。

**名前は開発中のものです。** · 2010/06/01(火) 13:59:16

敵親の周りを回る子を公転スクリプトで作成
もの凄い勢いで渦巻状に画面外にぶっ飛んでくorz
どうしたもんか・・・