お前らRPGツクールでゲーム作れって LAWルート (388ﾚｽ)
お前らRPGツクールでゲーム作れって LAWルート http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
286: 名前は開発中のものです。 [] 2009/05/21(木) 15:49:52 ID:8XIxGH76 pgr http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/286
287: 名前は開発中のものです。 [sage] 2009/05/23(土) 10:36:06 ID:5KbVKXK8 >>268 それ試してみたらSTGが軽快に動くようになった。 もっとはやくに知ればよかった・・・ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/287
288: ◆vipRGqvJxg [sage] 2009/05/25(月) 21:47:22 ID:KHy9sBsU なんにせよ軽くなってよかった その軽くなったSTGをプレイしてみたい 新しいPC買ってOSがVistaになったおかげでドラムしか鳴らないmidiを判別できるようになりました http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/288
289: 名前は開発中のものです。 [sage] 2009/05/25(月) 22:42:51 ID:LvCSnQkd ラベルの検索は、内部的にはどうなっているかと言うと、 ttp://www.csync.net/service/file/view.cgi?id=1243258527 ↑こうなってる。 図1のように、ラベル1番へ直接ジャンプしてくれるのではなく、 図2のように、イベントの先頭から1行ずつ下へ下へとラベル1番を 地道に検索する。 ということで、ラベル1番がイベントの下の方に あると、無駄な検索が 増えて重くなる。 検索は高速なので、ラベルを多用しないなら問題は 無いが、 繰り返し処理の中で何度も何度もラベルへ飛ぶような場合は 注意がいる。 特に、>>268のやり方だと、イベントAの処理を直接記述することになるから、 必然的に命令の行数が増えて、必然的に「無駄な検索」も増える。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/289
290: ◆vipRGqvJxg [sage] 2009/05/25(月) 23:25:20 ID:KHy9sBsU しらんかった アクションゲーでラベルかなり使ってたから早速修正しよう http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/290
291: 名前は開発中のものです。 [sage] 2009/05/25(月) 23:33:35 ID:LvCSnQkd 処理を軽くする「はじめのいっぽ」は、イベント呼び出しを出来るだけ 使わないことなんだが、そのためには、ラベルで代用する必要は無くて、 単純にイベント呼び出しを使わなければいい。 自分がいつもやっているのは、 (1)最初はイベント呼び出しを使いつつ普通に作る。 (2)完成したらバックアップを取る。 (3)イベント呼び出しを無くしてスレ(or祭り)にうｐ。 というもの。バグが見つかったら、(3)は捨てて、(2)のバックアップした データの方を修正し、再び(3)を作り直す(正直、面倒くさい)。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/291
292: ◆vipRGqvJxg [sage] 2009/05/26(火) 00:03:35 ID:2cSCqGOV >>268で毎度毎度コピペする手間が省けたと思っていたけれど やっぱり軽くするにはそういった面倒な作業もしないといけないんだな 変数番号の変数も場合によっては軽くするために使うの我慢しないといけない http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/292
293: 名前は開発中のものです。 [sage] 2009/05/26(火) 00:41:34 ID:hdzvQk/N >>292 ＞変数番号の変数も場合によっては軽くするために使うの我慢しないといけない いや、これは多用しても全然重くならない。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/293
294: 287 [sage] 2009/05/26(火) 01:11:46 ID:mnsqY0BS レベル高いなあ 今まで我流でやってきたからすごく為になる。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/294
295: ◆vipRGqvJxg [sage] 2009/05/26(火) 01:22:09 ID:2cSCqGOV 前までアクションやSTGで当たり判定作る時いちいち敵の数だけ処理作るの面倒だったから 変数番号の変数を使って敵1の当たり判定 →敵全員の処理を終えたなら0代入してウェイト0.0秒 そうでないなら変数番号が代入されている変数に1加算し 処理の最初に戻って次の敵の当たり判定へ としてたんだけど 普通に敵の数だけ一つ一つ処理作るより明らかにステップ数多いからやめた http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/295
296: 名前は開発中のものです。 [sage] 2009/05/26(火) 02:55:17 ID:hdzvQk/N あー、そういうことか。それって、 i=1; while(i<=50){ if(弾[i]の生存フラグがON){当たり判定の処理;} i++; } こういう処理だよね？(上の例は、弾が50発の場合) 自分もかつて、こういう組み方をしてたけど、確かにこの処理だったら、 変数番号の変数は使わないで、敵の数だけ直接処理を書いた方が ステップ数が節約できる。 でも、上のやり方は そもそも効率が悪い。特に「新しい弾を発射するとき」が 深刻で、生存フラグがOFFである弾が見つかるまでずっと探さなくちゃいけない。 運悪く1番から49番までONだったら、 1番はONだからダメ→2番はONだからダメ→……→49番はONだからダメ →50番はOFF、発見！ こんなふうに、1番から49番までが「無駄な検索」になる。一般的に、弾が多く 出ているほど、無駄な検索が増える傾向にある。 んで、色々工夫するうちに、物凄く いいやり方を編み出した。 それは上の方法より遥かにステップ数の節約になって、しかも、 皮肉なことに、変数番号の変数を使ってwhileで組まなければ作れないｗ 後になって分かったんだけど、どうも それは、C言語の 「リスト構造」っていう手法と同じっぽい。 (だから、詳しい考え方はリスト構造でググってくれ) http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/296
297: ◆vipRGqvJxg [sage] 2009/05/26(火) 21:20:07 ID:2cSCqGOV まさかツクールでリスト構造がでてくるとは思わなかった ぐぐってみたけど確かにこれなら配列構造より処理がスムーズになる しかし自分の技術力ではリスト構造を使いこなすのは骨が折れそうだわ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/297
298: 287 [sage] 2009/05/30(土) 11:53:53 ID:OiZhbye5 俺はリスト構造というのとは違うぽいけど、使用中の弾の番号を更新する順番に並べてた 変数１＝２ 変数２＝５０ ・ 変数４８＝３１ 変数４９＝４０ 変数５０＝０ とかなっているのを変数１の番号の弾から順に更新、みたいな感じ これだと弾を消すときにそれ以降の変数をシフトさせる処理がいるから、無駄だったかもしれない てか>295と同じだったかもしれない 適当にうｐしてみる ttp://www.dotup.org/uploda/www.dotup.org77402.zip.html http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/298
299: ◆vipRGqvJxg [sage] 2009/05/31(日) 11:37:21 ID:yBcAGC6O レス遅くなった >>298 STGよく出来てると思う 気がついたら10分くらいプレイしてたよ 自分のPCでは敵の弾が多いときに処理落ちした 自分は弾を消す処理はあえて作らないで、 常に画面外の含め全ての弾の更新処理をしてる 弾の発射に関しては1番目の弾から順に発射していく方式で、発射できる弾の検索は無し これだと、例えば1番目の弾が画面上にいるときに1番目の弾を発射できて、 弾が上書きされて前の弾が途中で消えるという欠点があるけど 自分はあんまり弾幕張らないから割とどうでもいい http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/299
300: 287 [sage] 2009/05/31(日) 14:42:21 ID:WXdAzHNl おお、ありがとう評価してくれて そっちの方式のが適してる気がしてきた 処理落ちしたら意味ないし、改善の余地があればなー http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/300
301: 名前は開発中のものです。 [sage] 2009/06/01(月) 22:47:02 ID:VRSrhryD >>298 リンクが切れてて見れない… ＞俺はリスト構造というのとは違うぽいけど、使用中の弾の番号を更新する順番に並べてた いや、自分もその方法です。リスト構造をポインタを使わず配列で 表現すると、その方法になる(100％互換性があるわけではなく、 ポインタ使う方が守備範囲が広いようだが)。 ＞これだと弾を消すときにそれ以降の変数をシフトさせる処理がいるから、無駄だったかもしれない それ以降というのは、「それ以降全部」ということ？ 自分のやり方だと、ある2つの変数を1回交換するだけでよくて、 「それ以降全部」のシフトは要らない。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/301
302: 287 [sage] 2009/06/03(水) 20:00:19 ID:DN3lndS0 そんな賢い方法は全然思いつかなかった。。。 その技を使わせてもらった上でうｐ http://www1.axfc.net/uploader/Sc/so/6271 あと、ウェイト0.0を2個から3個に増やした この調子だと、もっと無駄な処理がありそうだ。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/302
303: ◆vipRGqvJxg [sage] 2009/06/03(水) 20:47:18 ID:htRtfSaV >>302 >>298よりさらに凄くなってて吹いたわ そんなウェイト多用しなくてもいいと思うけどなあ 重いならまず弾更新処理の命令数を少なくしたらいいと思う 弾の数×命令数だから、一つ減らすだけでも相当軽減できる http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/303
304: 名前は開発中のものです。 [sage] 2009/06/03(水) 23:29:59 ID:gcBfyDz3 >>302 見たよ！ まず三角関数に無駄が多すぎる。どうして皆そういう組み方を するんだろう。 sin,cosには360個ずつの変数を使って大胆にテーブルを作れば、 手間をかけて処理を組まなくて済むし、しかもステップ数も 大幅に抑えられて一石二鳥。変数は、2万個くらいまでなら ジャブジャブ使っても大丈夫らしいから気にしなくていい(ソース：テク研)。 tanは値域が実数全体なので、近似しにくい。atanがあればtanは必要ないので、 atanを作る(これもテーブルで作る)。しかもatanの方が近似しやすい。 処理の回し方は、素直に定期的処理で回した方が処理が軽くなる(理由は分からない)。 処理の組み方は、イベント呼び出しが多すぎる。1つの定期的イベントに イベント呼び出しを使わないで直に書くと、驚くほど処理が軽くなる。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/304
305: 名前は開発中のものです。 [sage] 2009/06/03(水) 23:37:35 ID:gcBfyDz3 ifでの分岐のさせ方は、 if(*){} if(*){} ： ： こんなふうに1個ずつ並べて書いてあるけど、これは無駄が多いので、 二分探索で組めるところは二分探索で組む。 角度を0〜359に戻す方法は、条件分岐を使わなくても、 theta=(theta%360+360)%360;(消費ステップ3)と計算すれば、 thetaがどんな値であっても、一発で0〜359に戻る。 敵の処理の記述は、 更新番号++; 更新X=[更新番号の番号]の変数; 更新番号++; 更新Y=[更新番号の番号]の変数; ： ： ↑このやり方は かつて自分もやっていたけど、無駄が多すぎる。 viprpgのwikiに「弾幕」っていうSTGがあって、それを覗いてみたら、 「変数の一括処理」を使って目からウロコな組み方をしていたので、 今ではその方法を使ってる。オススメです。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/305
306: ◆vipRGqvJxg [sage] 2009/06/04(木) 19:36:26 ID:B8BQMala 自分もSTGうｐ ゲサロに上げたやつのまんまだけど 処理を軽くして>>299で言った欠点を直した http://island.geocities.jp/xeqj6593/vstg.zip >>302 弾更新処理で更新番号加算しまくってる部分は ゲーム開始時に例えば変数781〜792にそれぞれ1〜12を代入しておいて 弾更新処理で 更新番号番号の変数を更新番号に代入した直後のところで、781〜792に更新番号を加算 「更新：ピクチャー」から「更新：ダメージ」までは781〜792の番号の変数を代入 その後781〜792に更新番号を減算 で命令数10は減らせる ハズ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/306
307: 287 [sage] 2009/06/04(木) 20:58:11 ID:hzozrU5a >>304-305 極めすぎｗｗ とりあえず全部真似してみる。 今までなるべく変数使わないようにしてたから方針を変えようと思った。。 あと参考にして他にも思いついた事もあるから、最初から作り直すことにする >>306 リンクが準備中になってて見れない・・ 更新番号の処理は「弾幕」の処理を見てみて何とか理解した http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/307
308: ◆vipRGqvJxg [sage] 2009/06/05(金) 22:46:38 ID:1fz9Pofp 右クリックで保存かアドレス直貼りで保存できるよ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/308
309: 287 [sage] 2009/06/06(土) 02:00:15 ID:y+xOvpf4 >>306 なかなか良いと思う けど処理方法が違いすぎて仕組みが分からない マップを動かすSTGとかを作るときは EV0001を座標（0,0）に置いといて X＝｛（更新する奴の画面X）-（EV0001の画面X）+８ ｝/１６ Y＝｛（更新する奴の画面Y）-（EV0001の画面Y）+１６｝/１６ で地形ID取得すると更新する奴の位置の地形を判定できた気がする（違ったかも 便利だからよく使ってた http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/309
310: ◆vipRGqvJxg [sage] 2009/06/06(土) 21:21:17 ID:CwNqJXM+ >>309 その方法いいなあ 自分の場合 初期位置のY座標を変数Aに代入して 上へ1スクロールする度に1減算してた X＝キャラ画面X/16 Y＝(キャラ画面Y/16)-8+変数A って感じで http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/310
311: 287 [sage] 2009/06/20(土) 04:54:40 ID:cypE1GNn 60fpsはきついかー ttp://www1.axfc.net/uploader/Sc/so/10489 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/311
312: 名前は開発中のものです。 [sage] 2009/06/20(土) 10:47:19 ID:IrWZy+Ag >>311 おー、かなり軽くなってる。自分のPCでは青レーザー乱射地帯だけ 少し処理落ちした。 さらに軽量化するとしたら、ピクチャーの「表示」をしないことかな。 これは重いので、いっぺんに多用すると良くない。一旦表示したピクチャーは その画像で固定して使う。ただ、これをやると弾の種類が限られてしまうが。 あと、atanの作り方に無駄が多い。tanの配列から取得してるのが良くない。 atanの配列を作ってそこから取得すれば、そもそもtanの配列は必要ない。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/312
313: 名前は開発中のものです。 [sage] 2009/06/20(土) 11:05:19 ID:IrWZy+Ag atan(というかatan2)の作り方は人それぞれだけど、 自分なりに色々作って、今のところは↓に落ち着いてる。 ATAN[i]=(180/PI)*Math.round(Math.atan((i-139)/139))； //atanの配列。i=0,1,2,…,139*2 function atan2(s1,s2,x1,x2){ dx=s1-x1； dy=dz=s2-x2； dz*=-1； //二分探索で。 if(dx>=dy){ if(dx>=dz){ theta=360；goto label1； }else{ theta=270；dy=dx；dx=dz；goto label1； } }else{ if(dx>=dz){ theta=90；dy=dx；dx=dz；goto label1； }else{ theta=180；goto label1； } } label1： atan=ATAN[dy*139/dx+139]+theta； atan%=360； } 消費ステップは最低で16、最高で19。「139」という数字に特に意味はなくて、 大きめの奇数なら何でもいい。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/313
314: 287 [sage] 2009/06/20(土) 17:14:50 ID:EiZ+vaXy >>313 atanの配列というのが良くわからん エクセルでその配列を入力してみたら -45〜45ででたけどこれで合ってる？ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/314
315: 名前は開発中のものです。 [sage] 2009/06/20(土) 19:14:08 ID:IrWZy+Ag >>314 合ってます。ATANの配列で-45°から45°までの値を用意しておいて、 atan2で0°〜360°バージョンを作る。atan2は 「座標(s1−x1，s2−x2)を極座標表示したときの角度(0°〜360°)」 を返す関数。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/315
316: 名前は開発中のものです。 [sage] 2009/06/20(土) 19:44:48 ID:IrWZy+Ag atan2について補足しておくと、s1,s2は自機の座標、 x1,x2が敵の座標のつもりです。分かりにくくてすまんｗ 使用例： 敵が原点にいて、自機が(1,√3)の座標にいる状態で自機狙い弾を 出すとしたら、敵弾の角度は60°に設定しなくちゃいけないけど、 この「60」という値はatan2(1,√3,0,0)で取得できる。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/316
317: 287 [sage] 2009/06/20(土) 20:20:07 ID:EiZ+vaXy >>316 いや分かりすぎる！ありがとう 理解した 今まで70ステップかかってたから、だいぶ軽くなりそうだー http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/317
318: ◆vipRGqvJxg [sage] 2009/08/04(火) 01:28:45 ID:Qxacis60 凄く亀レスだけど >>311 ピクチャーの回転を使った弾に驚き この進化っぷりはやばい 今どこまで進んでいるか気になる 横スクアクションのステージが全然思い浮かばねえ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/318
319: 名前は開発中のものです。 [sage] 2009/08/05(水) 10:02:03 ID:NdybQDg/ >>318 アクションいいな、期待だ 今作れない状況であんまり進んでないけど ttp://www1.axfc.net/uploader/Sc/so/24630 区切れごとに必要なピクチャーを一括表示しておいて、 普段はピクチャーの移動だけ使うようにしてみた Atan多用できるようになったから、もっと色々できそうなのになー http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/319
320: ◆vipRGqvJxg [sage] 2009/08/05(水) 21:12:21 ID:Xu6w8Koo >>319 縦スクロールになったのか 自弾が当たる弾、自機の方を向く敵、蛇行する敵をツクールで見れて感動した 正直凄すぎてプレイしてる最中ツクールってこと忘れてたｗ 自分もSTG作りたくなったけど三角関数はあまりよくわからん 初期の頃と比べて重さも随分マシになってる 敵の動きをそれぞれ変えたり 自弾をもう少し当てやすくすればもっと完成度高くなりそう 応援してる http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/320
321: 287 [sage] 2009/08/06(木) 17:30:04 ID:lHVTBQuL よしじゃあ作れる状態になったら頑張って完成させるか 三角関数は仕組み自体は単純だから挑戦してみると良いよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/321
322: 名前は開発中のものです。 [sage] 2009/08/08(土) 18:14:26 ID:/jzRZPOv >>319 ウホ、いいSTG…… 自分のPCでは、ヘビのところで処理落ちした。 敵の行動でイベント呼び出ししてるみたいだけど、これはよくない。 たった数行の呼び出しでも、1フレームに何回も呼び出すと結構な 負荷になる。敵が2,3体なら問題ないけど。 >>318 以前別スレでうｐしたものだが、ツクール2000ではこんなこともできる↓ 1ドットスクロール ttp://www.viprpg.org/archive/dlcount.cgi?1245073806:tkool4vip0632 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/322
323: ◆vipRGqvJxg [sage] 2009/08/09(日) 01:44:05 ID:Y/yZrPUf >>322 ゲェー最近はVIPツクスレも見てるからプレイしたことあります 画面スクロールを使えばピクチャなしで 1ドットスクロールできるというのに驚かされた ピクチャだと縦横同時にはできてもマップはもちろん敵などのイベントも ピクチャで表示しないといけないのが面倒 ピクチャ枚数も厳しいし ともかくツクールでロックマンゲ期待 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/323
324: 287 [sage] 2009/08/09(日) 18:31:16 ID:dz2sSA8R >>322 やっぱりイベント呼び出しは重いのか。。 この際敵の行動や配置もテーブルで作ろうかと思った あと１ドットスクロールの作者様だったのかー、驚きだ 未だにどうやってやってるのか分からんｗ 自分もロックマンゲ期待 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/324
325: 名前は開発中のものです。 [sage] 2009/08/09(日) 19:20:40 ID:Q40t2ezq >>323 なんと！既に見ていたか(＾o＾)ｽﾏﾝ >>319 まだ気になる部分があったので、追加します↓ 当たり判定の処理にコストをかけすぎだと思う。 四角形の判定は大変。円形の判定ならずっと節約できる。 自分は円形の判定を使ってる。まあ、四角形の判定に何か こだわりがあるならしょうがないけど。 あと、ポーズの処理が良くない。色々なところでポーズ用の条件分岐を つけてラベルで飛ばしてるけど、そんなことする必要は無い。 定期的処理の中で「文章の表示」を使うと、その定期的処理は 「文章の表示」でせき止められて先へ進めないから、これを利用する。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/325
326: 名前は開発中のものです。 [sage] 2009/08/09(日) 19:25:23 ID:Q40t2ezq たとえば、3つのコモンイベントcommon0,common1,common2を それぞれ定期的処理で回すときは、次のように組む。 var stopID=0; funcion common0(){ if(stopID!=0){return;} 処理; stopID=1; } funcion common1(){ if(stopID!=1){return;} 処理; stopID=2; } funcion common2(){ if(stopID!=2){return;} 処理; stopID=0; } 要するに、各コモンイベントの先頭にif(stopID!=**){return;}をつけて、 末尾にはstopID=***;をつける。 こうすると、1つの大きな定期的処理を回しているのと同じことになる。 この状態で、common0〜common2のどこでもいいから「文章の表示」を 入れてやると、この文章が出ている間は、どのコモンイベントも動かない。 つまり、ポーズ用の処理が要らない。単純に「文章の表示」をするだけでいい。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/326
327: 名前は開発中のものです。 [sage] 2009/08/09(日) 19:38:28 ID:Q40t2ezq ちなみに、この組み方をすると ・各コモンイベントの間で、処理の順番がズレることが無い。 ・各コモンイベントそれぞれが10000ステップまで処理できる(実験済み)。 というメリットがある。 特筆すべきようなデメリットは、今のところ見つかってない。 でも何か落とし穴があるかもしれない(＾o＾) 次は注意点。この組み方を使うときは、コモンイベントを作る順番に注意が必要。 定期的処理のコモンイベントを複数個作ると、上から順番に処理される。 従って、たとえば次のような順番で組んではいけない。 common1 common0 common2 この順番で組むと、 ・最初のフレームではcommon0だけが実行される。 ・次のフレームではcommon1,common2が実行される。 という挙動になってしまい、処理が2フレームに 分散してしまう(スローモーションになる)。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/327
328: 287 [sage] 2009/08/10(月) 10:38:01 ID:CWNSd8zx >>325-327 当たり判定は四角より円形のほうが良いのか、意外だった。やってみる ポーズの処理は訳があって、 文章の表示はピクチャーの回転を止められないという罠があったりする。 それで、わざわざ全部の弾を回転速度０で更新させる処理を入れてある。 （多分>>311では直ってなくて悲惨… それと並列処理は分割しても全然大丈夫だったのか、かなり参考になった。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/328
329: ◆vipRGqvJxg [sage] 2009/08/10(月) 18:32:38 ID:Btld7FHe 定期的に並列処理のコモンイベントはマップイベントとは違って スイッチOFF、ONすると、スイッチOFFで中断されたところから処理が再開されるから、 ポーズの処理は スイッチOFF→回転速度を0で更新するイベント呼び出し→文章の表示とか→スイッチON でなんとかならないかな http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/329
330: 287 [sage] 2009/08/10(月) 21:47:52 ID:CWNSd8zx >>329 その方法は、回転速度だけ変える処理を組むのが面倒臭くて遠ざけてたけど、やっぱり少しでも軽くするには必要かー。やってみる。 いつもアドバイス頂いてばかりで申し訳ないです あと、これからしばらく書き込み停止します。 いろいろすみません。。 完成したらまたアップさせて頂きます。 来年とかになりそうだ。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/330
331: 名前は開発中のものです。 [sage] 2009/08/11(火) 00:31:24 ID:iy4ey55s 携帯から失礼。 >>328 なんと、それは盲点だった(＾q＾) >>329 定期的処理のコモンイベントは、その中身の行数が多いと、 そのコモンイベントの出現条件に登録したスイッチのON・OFFが重くなる。 つまり、 ポーズをかけるとき・ポーズを解除するとき に一瞬もっさりする(はず)。 まあ、あまり気にならないけど。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/331
332: 名前は開発中のものです。 [sage] 2009/10/04(日) 12:47:29 ID:K0q9ZJCw 剣シリーズﾏﾀﾞｰ（´・∀・`） http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/332
333: ◆vipRGqvJxg [sage] 2009/10/05(月) 02:02:04 ID:dvGQH5Ga 剣6途中までを出した後に作りたいゲームが増えちゃって中々続きが作れてないです 申し訳ないことだけど今年中は他に一つ気合い入れて作ってるゲームがあるので出せそうにない ところで改めてハードのダークエルフと戦ってみたけど正直強くしすぎたなと反省 味方がしょっちゅう黒く点滅するの前提な強さに調整してたから 全く黒くならない場合が運ゲーすぎる 続き作るときにはマシにしておこうと思う http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/333
334: ◆vipRGqvJxg [sage] 2009/10/13(火) 22:31:03 ID:AvdNBFFY 制作中のゲームでよくある、制作進行度の シナリオ〜%、システム〜%等の数字ってどうやって決めているのか気になる http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/334
335: 名前は開発中のものです。 [sage] 2009/10/14(水) 23:01:20 ID:4fzKb1Jj >>334 ようやく作業に入った→10％以下 なんとなく半分くらいできた気がする→50％前後 もうすぐ完成しそうな気がしてきた→85％以上 あんなの実際には本人にとっても気分でしかない http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/335
336: ◆vipRGqvJxg [sage] 2009/12/11(金) 22:57:50 ID:edUTlX9i カービィ150体やったけど、マップイベント減らすと重さが随分と違うのか 早速減らしてみようかな http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/336
337: ◆vipRGqvJxg [sage] 2009/12/11(金) 23:33:33 ID:edUTlX9i やっべえ面倒くさい でも反復作業ほど何故かはかどる http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/337
338: 名前は開発中のものです。 [sage] 2009/12/13(日) 00:01:24 ID:jeo8vMu2 点滅しすぎてよくわからなかったら、もう一度自分で組んでやってみたら 12-13kあたりで微妙に重力がかかり始めていたかもしれない(気付くか気づかないかくらい) Turion 64 X2 TL-52 1.6 GHz / メモリ２Ｇのメーカーノート使って もう一度ｶﾋﾞやってみたら１００くらいからやっぱり怪しくなり始めた、かも マップイベントだと問答無用で10kステップでウェイトかかるのかな、 マップイベント定期で各処理順番制御したけど、ダメだった http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/338
339: ◆vipRGqvJxg [sage] 2009/12/20(日) 16:04:02 ID:VaIsBILu ステージの雑魚敵配置が意外と難しい こうもりさんの中冒険は初見殺しが多いけどステージの構成がしっかりしてていいなあ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/339
340: 名前は開発中のものです。 [sage] 2009/12/23(水) 23:17:09 ID:+9Zh+Ea+ >>338 ・作り方を間違えて、1万ステップの壁で遮断されている ・1万ステップは突破できてるけど、PCのスペックが不足している のどちらかだと思います。自分の環境では、 マップイベントでも1万ステップを突破できます。 でも、自分はマップイベントでは定期的処理しません。 txtに書いたとおり、1万ステップを超えると、 マップイベント1個でも大きな負荷になります。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/340
341: ◆vipRGqvJxg [sage] 2009/12/25(金) 19:30:00 ID:yfXopFh9 >>340 スイッチ発動条件ありのコモン定期的処理増やしても負荷ってそんな増えないかな？ 大丈夫そうなら今作ってるゲームのマップイベントを全部コモンにしようかなって思う ラスボス作る時間ねええええ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/341
342: 名前は開発中のものです。 [sage] 2009/12/25(金) 21:53:47 ID:OPvmO1i9 >>341 問題ないです。 最初の1回目の起動だけ、一瞬だけ重くなって、 その後は全く重さに影響しません。 例： スイッチ1で起動するコモン定期的処理を作る。 ↓ スイッチ1をオンにする。オンにした瞬間だけ重くなる。(注1) ↓ その後、1をオフにする。 ↓ さらにその後、1をオンにする。今度は、オンにした瞬間も重くない。 注1：どのくらい重くなるかは、中身の行数によって変わる。 行数が多いほど重くなる(イベント呼び出しに似てる)。 以前、10万行のコモンイベントで実験したら、起動するのに 1秒くらいフリーズした。その後は、何回起動しても一瞬で 起動できた。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/342
343: 名前は開発中のものです。 [sage] 2010/01/16(土) 23:08:06 ID:0LnkaQ7N あら、じゃあイベント記述にミスがあったかなあ イベント破棄してしまったし、自分も最近のプロジェクトでマップイベントは 初期値設定にしか使っていないから再実験は……いいか 重さと言えば、イベントの呼び出しが知れば知るほどきついものなんだなあと。 自分の環境だと重さが、 呼出1000行+15500step≒呼出3000行+8500stepとかに。 （↑正直PC環境で左右されまくりで殆ど参考にならないけど……） とりあえず進行中のものは1000行/fr位まで呼び出しても問題ないだろうと結論付けたけど やっぱり投下時には呼び出し元に行を統合したいところ。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/343
344: 名前は開発中のものです。 [sage] 2010/06/15(火) 01:47:46 ID:6SlJNpWF 最近、イベント呼び出しを自動的に参照元に置き換える プログラムを作ってですね、もう超天国(＾o＾) 実は本スレの G-SHOCK！ を仕上げるときに 既に使ってたりする。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/344
345: ◆vipRGqvJxg [sage] 2010/06/15(火) 23:30:54 ID:ZlDokId/ >>344 何その神プログラム…… 夏の陣の変数講座のレス見る限りかなり需要がありそうだけど。 ところで、>>326-327の方法を今作ってる戦闘に使ってみたら、 格段に処理の制御がしやすくなったよ。ありがとう。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/345
346: 287 [sage] 2010/08/21(土) 06:06:53 ID:onZKPbQ0 何で自分はRPGツクールでSTGなんか作り始めたんだ・・ ttp://www1.axfc.net/uploader/Sc/so/145240&key=2152 お二人の祭りなどでのご活動をいつも拝見しています！ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/346
347: ◆vipRGqvJxg [sage] 2010/08/21(土) 20:30:34 ID:qmtqVrf+ >>346 もしかしてあのSTGが完成！？ でも404 Not Foundになってる。消した？ 祭りのゲーム見てくれてるんだ…… 変数講座はもう少し時間かかりそうだけど絶対夏の陣で完成させるよ。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/347
348: 名前は開発中のものです。 [sage] 2010/08/22(日) 04:10:25 ID:L12ujx2K >>346 これは……虫型のやつの動きがヤバイ…… 腕が足りなくて最初のボスっぽい所までしか進めないけどすごすぎて笑った Sempronの1.8GHzというボロスペックだけどさくさく動いたぜ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/348
349: 287 [sage] 2010/08/22(日) 21:41:17 ID:zNmd9exq >>347 ttp://www1.axfc.net/uploader/Sc/so/146233&key=qetutury いろいろ変更。しっかりステージを作る気力がなかったけど、 これで完成のつもり >変数講座 技術をパクらせてもらいます。 >>348 虫型の奴の動きは自分でも可愛く作れたと思ってますｗ あと、左右キーを同時押ししながら開始すると強めの自機が使えます。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/349
350: ◆vipRGqvJxg [sage] 2010/08/23(月) 00:57:19 ID:B2pJ6/Tj >>349 ステージ3まで進んだ。 あまりにもクオリティ高すぎて 新しい敵やボスが出てくる度に驚愕、感動。 カービィ150の人とあなたには敵う気がしない。 ステージちゃんとよくできてると思うよ。 難易度が高くて自分には難しすぎるけど、 色んな敵の行動が見たくてプレイ続けてしまう。 正直このゲームできただけでこのスレ見てて良かったと思えた。 もう変数講座必要ないように感じるけど、 完成までもうしばらくお待ちください。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/350
351: 名前は開発中のものです。 [sage] 2010/08/23(月) 03:46:58 ID:RS3SLWBe >>349 これはすごい、色々すごいけど 特に多間接の敵の動きがよくできてて、じっくり観察していたら死んだｗ ＳＴＧは全く触らないから難しかったけど、先見たさに気合で５ボスまでいった。 しかし本体観察してたらまた死んだｗ AIの設定とかも２ｋ上であれこれ考えているのかなー。 点滅してくるとちょっと辛いものがあるけど、これは２ｋの５０枚宿命だから仕方ないよね。 色々技術面での刺激・発見もあったけど そういうの抜きにして楽しいゲームでした。配置・攻撃のタイミングとか面白いねー http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/351
352: 287 [sage] 2010/08/23(月) 20:53:03 ID:b/2GmhPI >>350 自分でも難しいくらいに設定したらやっぱり難しすぎたかー それにしても、お二人のアドバイスが役に立ちました、有難う御座います。 特にALPHAさんのアドバイスはいつも的確で本当にすごいなあと！ >>351 ありがとうございます。 時間とか気力を投資した甲斐があった。。 ポーズしてない時に変数136番の値を下げるとスローにできます。 AIはランダム行動に拘っているのが多いですｗ あと点滅の処理は見た目以上に裏では面倒なことに・・ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/352
353: 名前は開発中のものです。 [sage] 2010/08/23(月) 21:12:42 ID:n/mxXRR9 >>349 ＿＿＿_ ー,r＝=ゞ;, ＼ ／ i!〈.・.);j! ＼ なぜそれを祭に出さないんだ ／u / u ''==''ヾ;;r=-:､＼ | ,/u :,_ノ|!､･):》 | ﾊｧｰﾊｧｰ ＼ <ﾐｮ 'ヶ=''／ ノ 7' ` ＼ 通常機体で残1で全面クリア。運がよかった。 道中は何回もやってパターン化できたが、 ボス戦が安定しない。特に2ボスの発狂が… あとラスボスのカメ、予告なしの体当たりがツライ(＾o＾) フルピクチャーのSTGでここまで完成されたものは見たことがない。 ついにここまで来たかという感じがする。 これは凄すぎる。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/353
354: 名前は開発中のものです。 [sage] 2010/08/23(月) 21:21:24 ID:n/mxXRR9 重さは、自分の環境では処理落ちなし。 画像の回転は重いから、環境によっては 処理落ちするかもしれない。 「G-SHOCK!」みたいに、回転した画像まで予め用意して 詰め込んでおけば軽くなるけど、これだけ敵の種類が多いと 画像の大きさが酷いことに(＾q＾) 最近は高スペックPCの人が多いから、 もう気にする必要も無いかもしれない。 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/354
355: 287 [sage] 2010/08/24(火) 14:19:24 ID:2tvIBWvi >>353 プレイ有難う御座います。 ラスボスはカメのつもりじゃなかったけど、その方が都合がいい気が・・！ 一応３WAYを出した後に体当たりが出るようになってる。 祭ではプレイ専門だけど、今後、何か出すかもしれないし、出さないかもしれない >>354 処理落ちしなくて良かった・・！ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/355
356: 名前は開発中のものです。 [sage] 2012/01/02(月) 09:08:10.04 ID:lBOVLU5C 全米最強の超能力者と呼ばれるロン・バードが、３月８日に緊急来日していた。 その理由は、「どうしても今、日本の人々に伝えたいことがある」とのこと。 以下は、３月10日に都内ホテルで行われたインタビューの一部だ。 「今回の来日は、僕が頼んでセットしてもらった。というのも、日本は今大きな 転換期にきていると思う。そして、残念だが、その転換の前に日本の人々には 非常に大きな障害が起こると感じるんだ。それを伝えたかったんだよ」 言うまでもなく、この発言の翌日に大震災が東北地方で発生した。 〜略〜 「ただ、その困難の先には次の時代をリードするたくましい日本の姿が見える。 今の日本では、ネットの中に逃げ込んでいるゾンビのような若者も多いと聞くが、 今こそ君たちの力が必要なんだ。それを信じて頑張ってほしい。 それが僕の伝えたいメッセージだよ」 権威ある経済誌『フォーブス』に紹介された唯一の超能力者、ロン・バード。 彼の“能力”は警察の事件解決にも貢献し、また「9.11テロ」や「北朝鮮情勢」などの 予言も的中させている。 彼がこのタイミングで来日したのは、はたして偶然なのか。 ただひとつ言えることは、彼の目には「たくましい日本の姿」が はっきりと見えているということである。 -------------------------------------------------------------------------- http://wpb.shueisha.co.jp/2011/03/21/3212/ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/356
357: 名前は開発中のものです。 [sage] 2012/02/29(水) 11:22:49.72 ID:1enzM5LD ＿＿ ￣￣￣二二ニ＝- '''''"""￣￣ -=ﾆﾆﾆﾆ=- ♪ ∧,＿∧ _,,-''" ( ´･ω･) )) ♪-''"; ;, (( ( つ ヽ_,,-''"'; ', :' ;; ;,' ♪ 〉 とノ'", ;,; ' ; ;; ': ,' _,,-','", ;: ' ; :, ': ,: :' ┼ヽ ヽ／? ﾚ | _,,-','", ;: ' ; :, ': ,: :' ｄ⌒) （＿_ __ﾉ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/357
358: 名前は開発中のものです。 [] 2012/03/01(木) 22:48:09.16 ID:fOef0FvJ さい http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/358
359: 名前は開発中のものです。 [sage] 2012/03/02(金) 01:54:26.12 ID:jE9rUNWx london http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/359
360: 名前は開発中のものです。 [sage] 2012/03/02(金) 02:56:10.54 ID:ns0Sv+Ya ＿ , ― ､ ,−' ｀ ￣ヽ_ ,' ヽ ( ） （ ノ｀ｰ'ｰ'ヽ ） （ ﾉ●_ ●（ ) あなた、ご飯にする？ ｀ｰ'(〇 〜 〇 ( ） それともアフロ？ / | ｀ー' | |_/ | http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/360
361: 名前は開発中のものです。 [sage] 2012/03/02(金) 12:24:55.23 ID:1FO/XE6U tes http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/361
362: 名前は開発中のものです。 [sage] 2012/03/03(土) 20:03:12.44 ID:A89BjPco ちぇ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/362
363: 名前は開発中のものです。 [sage] 2012/03/05(月) 15:27:49.07 ID:pCqG9gqZ 定期 http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/363
364: 名前は開発中のものです。 [sage] 2012/03/05(月) 17:10:38.81 ID:tGvhdev7 誰も作らないスレ http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/364
365: 名前は開発中のものです。 [sage] 2012/03/05(月) 20:17:40.14 ID:pkTl1Dqn うい http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/365
366: 名前は開発中のものです。 [sage] 2012/03/05(月) 21:05:41.04 ID:pkTl1Dqn Juice http://mevius.5ch.net/test/read.cgi/gamedev/1134098628/366
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 22 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.009s