お前らRPGツクールでゲーム作れって　LAWルート

**名前は開発中のものです。** · 2005/12/09(金) 12:23:48

秩序と法の支配する正しい世界へ

◆vipRGqvJxg · 2009/02/19(木) 23:41:07

純粋にアクションゲーム作りたいなら買うべきなんじゃないかな
自分は本気でアクションゲーム作りたいって思ってるわけじゃないから2000でアクション作るけど

◆vipRGqvJxg · 2009/03/02(月) 02:23:37

もう一回HPのアドレスはっておく
ttp://island.geocities.jp/xeqj6593/index.htm

◆vipRGqvJxg · 2009/03/11(水) 03:02:42

バグ取れた瞬間の感動は何回味わってもたまらん

制作中のゲームが多い
剣6と新しい横スクアクションと豆食べたいの続き（ゲサロのツクールスレの祭りで出す予定）
剣6、出来が1～5と比べてどうなのか怖いけど未だかつてないほど作るのが楽しいので優先

◆vipRGqvJxg · 2009/04/02(木) 19:21:18

4月中に剣6体験版出す

**名前は開発中のものです。** · 2009/04/02(木) 21:19:45

ktkr

◆vipRGqvJxg · 2009/04/08(水) 23:42:13

早く10日になあれ
10日って決めた人は偉大

◆vipRGqvJxg · 2009/04/10(金) 20:00:41

ゲームサロンのツクールスレの祭りに剣6序盤までをうｐした
自作戦闘のシステムと戦闘画面への切り替えの速さと
HARDダークエルフの鬼のような強さがウリです
今回は戦闘の解説しっかりやってるから今度こそ戦闘システム理解できるよ多分

**名前は開発中のものです。** · 2009/04/11(土) 23:43:01

ハードモードクリアした。
剣5のときはダメージソース＝ファルコン、回復役＝ノーマンでやりやすかったけど
今回はどっちもアレックスが担ってるからアレックスが倒れると一気に体制が崩れる
とりあえずアレックスを安全な順番位置にしてヒール。
あとの二人はMPの残量とか考えて攻撃か防御でちまちま倒した。
モンタナのカウンターをうまく使えば効率よく倒せるのかもしれない。

APマックスの必殺技を使うかどうかのときに
敵のAPを消すかどうか考える時間がほしいから時間制限は無いほうがいいと思った。

続きに期待。

◆vipRGqvJxg · 2009/04/12(日) 01:41:59

>>278
ハードクリアまでプレイしてくれてありがとう
何回かテストプレイして気付いたことだけど
ダークエルフ戦は途中で味方が黒くなってくれるかどうかで難易度がかなり違うね
バランスについては今回多数の仲間が加わる予定なのでこれから調整していきたいと思う
必殺技発動時は決定キー改めて押すとスルー、取り消しキーで発動にするとやりやすいかな

◆vipRGqvJxg · 2009/04/14(火) 01:13:06

剣には自由度が足りないと思った

◆vipRGqvJxg · 2009/04/24(金) 00:44:31

VIPツクスレに出てたパラッパ知恵子ってゲーム
今までしゃけが作ったものだと思ってた
あんな感じのやるゲームを一度作ってみたい

**名前は開発中のものです。** · 2009/04/29(水) 20:15:33

vipﾂｸｽﾚ衰退しすぎです・・・

◆vipRGqvJxg · 2009/04/30(木) 20:52:31

VIPは規制ひどいしすれはすぐ落ちるしでレス＆作品投下しづらいからかな
でも祭りに50人も参加してるあたり衰退してるようには思えない

ゲサロのwikiありがたすぎるわ

◆vipRGqvJxg · 2009/05/11(月) 00:18:05

唐突にカードワースみたいなゲームを作りたくなってきたのだ

しかし剣6も続き作りたいしドラゴンソード2も作りたいしチョコ食いたいも作りたいし
アクションゲームも作りたいしシューティングゲームも作りたい
ちくそう

◆vipRGqvJxg · 2009/05/21(木) 01:28:13

ゲサロwikiっつーかで剣3～5の内、剣5が一番ヒット数多いのが謎
冒険漫画ハリマオ面白い
一ヶ月経つのがとても早く感じる

**名前は開発中のものです。** · 2009/05/21(木) 15:49:52

pgr

**名前は開発中のものです。** · 2009/05/23(土) 10:36:06

>>268
それ試してみたらSTGが軽快に動くようになった。
もっとはやくに知ればよかった・・・

◆vipRGqvJxg · 2009/05/25(月) 21:47:22

なんにせよ軽くなってよかった
その軽くなったSTGをプレイしてみたい

新しいPC買ってOSがVistaになったおかげでドラムしか鳴らないmidiを判別できるようになりました

**名前は開発中のものです。** · 2009/05/25(月) 22:42:51

ラベルの検索は、内部的にはどうなっているかと言うと、

ttp://www.csync.net/service/file/view.cgi?id=1243258527

↑こうなってる。
図1のように、ラベル1番へ直接ジャンプしてくれるのではなく、
図2のように、イベントの先頭から1行ずつ下へ下へとラベル1番を
地道に検索する。ということで、ラベル1番がイベントの下の方に
あると、無駄な検索が増えて重くなる。

検索は高速なので、ラベルを多用しないなら問題は無いが、
繰り返し処理の中で何度も何度もラベルへ飛ぶような場合は
注意がいる。
特に、>>268のやり方だと、イベントAの処理を直接記述することになるから、
必然的に命令の行数が増えて、必然的に「無駄な検索」も増える。

◆vipRGqvJxg · 2009/05/25(月) 23:25:20

しらんかった
アクションゲーでラベルかなり使ってたから早速修正しよう

**名前は開発中のものです。** · 2009/05/25(月) 23:33:35

処理を軽くする「はじめのいっぽ」は、イベント呼び出しを出来るだけ
使わないことなんだが、そのためには、ラベルで代用する必要は無くて、
単純にイベント呼び出しを使わなければいい。

自分がいつもやっているのは、
(1)最初はイベント呼び出しを使いつつ普通に作る。
(2)完成したらバックアップを取る。
(3)イベント呼び出しを無くしてスレ(or祭り)にうｐ。
というもの。バグが見つかったら、(3)は捨てて、(2)のバックアップした
データの方を修正し、再び(3)を作り直す(正直、面倒くさい)。

◆vipRGqvJxg · 2009/05/26(火) 00:03:35

>>268で毎度毎度コピペする手間が省けたと思っていたけれど
やっぱり軽くするにはそういった面倒な作業もしないといけないんだな
変数番号の変数も場合によっては軽くするために使うの我慢しないといけない

**名前は開発中のものです。** · 2009/05/26(火) 00:41:34

>>292
＞変数番号の変数も場合によっては軽くするために使うの我慢しないといけない
いや、これは多用しても全然重くならない。

**287** · 2009/05/26(火) 01:11:46

レベル高いなあ
今まで我流でやってきたからすごく為になる。

◆vipRGqvJxg · 2009/05/26(火) 01:22:09

前までアクションやSTGで当たり判定作る時いちいち敵の数だけ処理作るの面倒だったから

変数番号の変数を使って敵1の当たり判定
→敵全員の処理を終えたなら0代入してウェイト0.0秒
そうでないなら変数番号が代入されている変数に1加算し
処理の最初に戻って次の敵の当たり判定へ

としてたんだけど
普通に敵の数だけ一つ一つ処理作るより明らかにステップ数多いからやめた

**名前は開発中のものです。** · 2009/05/26(火) 02:55:17

あー、そういうことか。それって、

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言語の
「リスト構造」っていう手法と同じっぽい。
(だから、詳しい考え方はリスト構造でググってくれ)

◆vipRGqvJxg · 2009/05/26(火) 21:20:07

まさかツクールでリスト構造がでてくるとは思わなかった
ぐぐってみたけど確かにこれなら配列構造より処理がスムーズになる
しかし自分の技術力ではリスト構造を使いこなすのは骨が折れそうだわ

**287** · 2009/05/30(土) 11:53:53

俺はリスト構造というのとは違うぽいけど、使用中の弾の番号を更新する順番に並べてた

変数１＝２
変数２＝５０
　・
変数４８＝３１
変数４９＝４０
変数５０＝０

とかなっているのを変数１の番号の弾から順に更新、みたいな感じ
これだと弾を消すときにそれ以降の変数をシフトさせる処理がいるから、無駄だったかもしれない
てか>295と同じだったかもしれない

適当にうｐしてみる
ttp://www.dotup.org/uploda/www.dotup.org77402.zip.html

◆vipRGqvJxg · 2009/05/31(日) 11:37:21

レス遅くなった
>>298
STGよく出来てると思う
気がついたら10分くらいプレイしてたよ
自分のPCでは敵の弾が多いときに処理落ちした

自分は弾を消す処理はあえて作らないで、
常に画面外の含め全ての弾の更新処理をしてる
弾の発射に関しては1番目の弾から順に発射していく方式で、発射できる弾の検索は無し
これだと、例えば1番目の弾が画面上にいるときに1番目の弾を発射できて、
弾が上書きされて前の弾が途中で消えるという欠点があるけど
自分はあんまり弾幕張らないから割とどうでもいい

**287** · 2009/05/31(日) 14:42:21

おお、ありがとう評価してくれて
そっちの方式のが適してる気がしてきた
処理落ちしたら意味ないし、改善の余地があればなー

**名前は開発中のものです。** · 2009/06/01(月) 22:47:02

>>298
リンクが切れてて見れない…

＞俺はリスト構造というのとは違うぽいけど、使用中の弾の番号を更新する順番に並べてた
いや、自分もその方法です。リスト構造をポインタを使わず配列で
表現すると、その方法になる(100％互換性があるわけではなく、
ポインタ使う方が守備範囲が広いようだが)。

＞これだと弾を消すときにそれ以降の変数をシフトさせる処理がいるから、無駄だったかもしれない
それ以降というのは、「それ以降全部」ということ？
自分のやり方だと、ある2つの変数を1回交換するだけでよくて、
「それ以降全部」のシフトは要らない。

**287** · 2009/06/03(水) 20:00:19

そんな賢い方法は全然思いつかなかった。。。

その技を使わせてもらった上でうｐ
http://www1.axfc.net/uploader/Sc/so/6271
あと、ウェイト0.0を2個から3個に増やした
この調子だと、もっと無駄な処理がありそうだ。

◆vipRGqvJxg · 2009/06/03(水) 20:47:18

>>302
>>298よりさらに凄くなってて吹いたわ
そんなウェイト多用しなくてもいいと思うけどなあ
重いならまず弾更新処理の命令数を少なくしたらいいと思う
弾の数×命令数だから、一つ減らすだけでも相当軽減できる

**名前は開発中のものです。** · 2009/06/03(水) 23:29:59

>>302
見たよ！

まず三角関数に無駄が多すぎる。どうして皆そういう組み方を
するんだろう。
sin,cosには360個ずつの変数を使って大胆にテーブルを作れば、
手間をかけて処理を組まなくて済むし、しかもステップ数も
大幅に抑えられて一石二鳥。変数は、2万個くらいまでなら
ジャブジャブ使っても大丈夫らしいから気にしなくていい(ソース：テク研)。

tanは値域が実数全体なので、近似しにくい。atanがあればtanは必要ないので、
atanを作る(これもテーブルで作る)。しかもatanの方が近似しやすい。

処理の回し方は、素直に定期的処理で回した方が処理が軽くなる(理由は分からない)。

処理の組み方は、イベント呼び出しが多すぎる。1つの定期的イベントに
イベント呼び出しを使わないで直に書くと、驚くほど処理が軽くなる。

**名前は開発中のものです。** · 2009/06/03(水) 23:37:35

ifでの分岐のさせ方は、

if(*){}
if(*){}
：
：

こんなふうに1個ずつ並べて書いてあるけど、これは無駄が多いので、
二分探索で組めるところは二分探索で組む。

角度を0～359に戻す方法は、条件分岐を使わなくても、
theta=(theta%360+360)%360;(消費ステップ3)と計算すれば、
thetaがどんな値であっても、一発で0～359に戻る。

敵の処理の記述は、

更新番号++;
更新X=[更新番号の番号]の変数;
更新番号++;
更新Y=[更新番号の番号]の変数;
：
：

↑このやり方はかつて自分もやっていたけど、無駄が多すぎる。
viprpgのwikiに「弾幕」っていうSTGがあって、それを覗いてみたら、
「変数の一括処理」を使って目からウロコな組み方をしていたので、
今ではその方法を使ってる。オススメです。

◆vipRGqvJxg · 2009/06/04(木) 19:36:26

自分もSTGうｐ
ゲサロに上げたやつのまんまだけど
処理を軽くして>>299で言った欠点を直した
http://island.geocities.jp/xeqj6593/vstg.zip
>>302
弾更新処理で更新番号加算しまくってる部分は
ゲーム開始時に例えば変数781～792にそれぞれ1～12を代入しておいて
弾更新処理で
更新番号番号の変数を更新番号に代入した直後のところで、781～792に更新番号を加算
「更新：ピクチャー」から「更新：ダメージ」までは781～792の番号の変数を代入
その後781～792に更新番号を減算
で命令数10は減らせる
ハズ

**287** · 2009/06/04(木) 20:58:11

>>304-305
極めすぎｗｗ
とりあえず全部真似してみる。
今までなるべく変数使わないようにしてたから方針を変えようと思った。。
あと参考にして他にも思いついた事もあるから、最初から作り直すことにする

>>306
リンクが準備中になってて見れない・・
更新番号の処理は「弾幕」の処理を見てみて何とか理解した

◆vipRGqvJxg · 2009/06/05(金) 22:46:38

右クリックで保存かアドレス直貼りで保存できるよ

**287** · 2009/06/06(土) 02:00:15

>>306
なかなか良いと思う
けど処理方法が違いすぎて仕組みが分からない

マップを動かすSTGとかを作るときは
EV0001を座標（0,0）に置いといて
X＝｛（更新する奴の画面X）-（EV0001の画面X）+８　｝/１６
Y＝｛（更新する奴の画面Y）-（EV0001の画面Y）+１６｝/１６
で地形ID取得すると更新する奴の位置の地形を判定できた気がする（違ったかも
便利だからよく使ってた

◆vipRGqvJxg · 2009/06/06(土) 21:21:17

>>309
その方法いいなあ
自分の場合
初期位置のY座標を変数Aに代入して
上へ1スクロールする度に1減算してた
X＝キャラ画面X/16
Y＝(キャラ画面Y/16)-8+変数A
って感じで

**287** · 2009/06/20(土) 04:54:40

60fpsはきついかー
ttp://www1.axfc.net/uploader/Sc/so/10489

**名前は開発中のものです。** · 2009/06/20(土) 10:47:19

>>311
おー、かなり軽くなってる。自分のPCでは青レーザー乱射地帯だけ
少し処理落ちした。

さらに軽量化するとしたら、ピクチャーの「表示」をしないことかな。
これは重いので、いっぺんに多用すると良くない。一旦表示したピクチャーは
その画像で固定して使う。ただ、これをやると弾の種類が限られてしまうが。

あと、atanの作り方に無駄が多い。tanの配列から取得してるのが良くない。
atanの配列を作ってそこから取得すれば、そもそもtanの配列は必要ない。

**名前は開発中のものです。** · 2009/06/20(土) 11:05:19

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」という数字に特に意味はなくて、
大きめの奇数なら何でもいい。

**287** · 2009/06/20(土) 17:14:50

>>313
atanの配列というのが良くわからん
エクセルでその配列を入力してみたら
-45～45ででたけどこれで合ってる？

**名前は開発中のものです。** · 2009/06/20(土) 19:14:08

>>314
合ってます。ATANの配列で-45°から45°までの値を用意しておいて、
atan2で0°～360°バージョンを作る。atan2は

「座標(s1－x1，s2－x2)を極座標表示したときの角度(0°～360°)」

を返す関数。

**名前は開発中のものです。** · 2009/06/20(土) 19:44:48

atan2について補足しておくと、s1,s2は自機の座標、
x1,x2が敵の座標のつもりです。分かりにくくてすまんｗ

使用例：
敵が原点にいて、自機が(1,√3)の座標にいる状態で自機狙い弾を
出すとしたら、敵弾の角度は60°に設定しなくちゃいけないけど、
この「60」という値はatan2(1,√3,0,0)で取得できる。

**287** · 2009/06/20(土) 20:20:07

>>316
いや分かりすぎる！ありがとう
理解した

今まで70ステップかかってたから、だいぶ軽くなりそうだー

◆vipRGqvJxg · 2009/08/04(火) 01:28:45

凄く亀レスだけど
>>311
ピクチャーの回転を使った弾に驚き
この進化っぷりはやばい
今どこまで進んでいるか気になる

横スクアクションのステージが全然思い浮かばねえ

**名前は開発中のものです。** · 2009/08/05(水) 10:02:03

>>318
アクションいいな、期待だ
今作れない状況であんまり進んでないけど
ttp://www1.axfc.net/uploader/Sc/so/24630

区切れごとに必要なピクチャーを一括表示しておいて、
普段はピクチャーの移動だけ使うようにしてみた

Atan多用できるようになったから、もっと色々できそうなのになー

◆vipRGqvJxg · 2009/08/05(水) 21:12:21

>>319
縦スクロールになったのか
自弾が当たる弾、自機の方を向く敵、蛇行する敵をツクールで見れて感動した
正直凄すぎてプレイしてる最中ツクールってこと忘れてたｗ
自分もSTG作りたくなったけど三角関数はあまりよくわからん

初期の頃と比べて重さも随分マシになってる
敵の動きをそれぞれ変えたり
自弾をもう少し当てやすくすればもっと完成度高くなりそう
応援してる

**287** · 2009/08/06(木) 17:30:04

よしじゃあ作れる状態になったら頑張って完成させるか
三角関数は仕組み自体は単純だから挑戦してみると良いよ。

**名前は開発中のものです。** · 2009/08/08(土) 18:14:26

>>319
ウホ、いいSTG……
自分のPCでは、ヘビのところで処理落ちした。

敵の行動でイベント呼び出ししてるみたいだけど、これはよくない。
たった数行の呼び出しでも、1フレームに何回も呼び出すと結構な
負荷になる。敵が2,3体なら問題ないけど。

>>318
以前別スレでうｐしたものだが、ツクール2000ではこんなこともできる↓

1ドットスクロール
ttp://www.viprpg.org/archive/dlcount.cgi?1245073806:tkool4vip0632

◆vipRGqvJxg · 2009/08/09(日) 01:44:05

>>322
ゲェー最近はVIPツクスレも見てるからプレイしたことあります
画面スクロールを使えばピクチャなしで
1ドットスクロールできるというのに驚かされた
ピクチャだと縦横同時にはできてもマップはもちろん敵などのイベントも
ピクチャで表示しないといけないのが面倒　ピクチャ枚数も厳しいし

ともかくツクールでロックマンゲ期待

**287** · 2009/08/09(日) 18:31:16

>>322
やっぱりイベント呼び出しは重いのか。。
この際敵の行動や配置もテーブルで作ろうかと思った

あと１ドットスクロールの作者様だったのかー、驚きだ
未だにどうやってやってるのか分からんｗ
自分もロックマンゲ期待

**名前は開発中のものです。** · 2009/08/09(日) 19:20:40

>>323
なんと！既に見ていたか(＾o＾)ｽﾏﾝ

>>319
まだ気になる部分があったので、追加します↓

当たり判定の処理にコストをかけすぎだと思う。
四角形の判定は大変。円形の判定ならずっと節約できる。
自分は円形の判定を使ってる。まあ、四角形の判定に何か
こだわりがあるならしょうがないけど。

あと、ポーズの処理が良くない。色々なところでポーズ用の条件分岐を
つけてラベルで飛ばしてるけど、そんなことする必要は無い。
定期的処理の中で「文章の表示」を使うと、その定期的処理は
「文章の表示」でせき止められて先へ進めないから、これを利用する。

**名前は開発中のものです。** · 2009/08/09(日) 19:25:23

たとえば、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のどこでもいいから「文章の表示」を
入れてやると、この文章が出ている間は、どのコモンイベントも動かない。
つまり、ポーズ用の処理が要らない。単純に「文章の表示」をするだけでいい。

**名前は開発中のものです。** · 2009/08/09(日) 19:38:28

ちなみに、この組み方をすると
・各コモンイベントの間で、処理の順番がズレることが無い。
・各コモンイベントそれぞれが10000ステップまで処理できる(実験済み)。
というメリットがある。
特筆すべきようなデメリットは、今のところ見つかってない。
でも何か落とし穴があるかもしれない(＾o＾)

次は注意点。この組み方を使うときは、コモンイベントを作る順番に注意が必要。
定期的処理のコモンイベントを複数個作ると、上から順番に処理される。
従って、たとえば次のような順番で組んではいけない。

common1
common0
common2

この順番で組むと、
・最初のフレームではcommon0だけが実行される。
・次のフレームではcommon1,common2が実行される。
という挙動になってしまい、処理が2フレームに
分散してしまう(スローモーションになる)。

**287** · 2009/08/10(月) 10:38:01

>>325-327
当たり判定は四角より円形のほうが良いのか、意外だった。やってみる

ポーズの処理は訳があって、
文章の表示はピクチャーの回転を止められないという罠があったりする。
それで、わざわざ全部の弾を回転速度０で更新させる処理を入れてある。
（多分>>311では直ってなくて悲惨…

それと並列処理は分割しても全然大丈夫だったのか、かなり参考になった。

◆vipRGqvJxg · 2009/08/10(月) 18:32:38

定期的に並列処理のコモンイベントはマップイベントとは違って
スイッチOFF、ONすると、スイッチOFFで中断されたところから処理が再開されるから、
ポーズの処理は
スイッチOFF→回転速度を0で更新するイベント呼び出し→文章の表示とか→スイッチON
でなんとかならないかな

**287** · 2009/08/10(月) 21:47:52

>>329
その方法は、回転速度だけ変える処理を組むのが面倒臭くて遠ざけてたけど、やっぱり少しでも軽くするには必要かー。やってみる。

いつもアドバイス頂いてばかりで申し訳ないです

あと、これからしばらく書き込み停止します。
いろいろすみません。。

完成したらまたアップさせて頂きます。
来年とかになりそうだ。

**名前は開発中のものです。** · 2009/08/11(火) 00:31:24

携帯から失礼。

>>328
なんと、それは盲点だった(＾q＾)

>>329
定期的処理のコモンイベントは、その中身の行数が多いと、
そのコモンイベントの出現条件に登録したスイッチのON・OFFが重くなる。
つまり、　ポーズをかけるとき・ポーズを解除するとき　に一瞬もっさりする(はず)。
まあ、あまり気にならないけど。

**名前は開発中のものです。** · 2009/10/04(日) 12:47:29

剣シリーズﾏﾀﾞｰ（´・∀・`）

◆vipRGqvJxg · 2009/10/05(月) 02:02:04

剣6途中までを出した後に作りたいゲームが増えちゃって中々続きが作れてないです
申し訳ないことだけど今年中は他に一つ気合い入れて作ってるゲームがあるので出せそうにない

ところで改めてハードのダークエルフと戦ってみたけど正直強くしすぎたなと反省
味方がしょっちゅう黒く点滅するの前提な強さに調整してたから
全く黒くならない場合が運ゲーすぎる
続き作るときにはマシにしておこうと思う

◆vipRGqvJxg · 2009/10/13(火) 22:31:03

制作中のゲームでよくある、制作進行度の
シナリオ～%、システム～%等の数字ってどうやって決めているのか気になる

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

>>334
ようやく作業に入った→10％以下
なんとなく半分くらいできた気がする→50％前後
もうすぐ完成しそうな気がしてきた→85％以上

あんなの実際には本人にとっても気分でしかない

◆vipRGqvJxg · 2009/12/11(金) 22:57:50

カービィ150体やったけど、マップイベント減らすと重さが随分と違うのか
早速減らしてみようかな

◆vipRGqvJxg · 2009/12/11(金) 23:33:33

やっべえ面倒くさい
でも反復作業ほど何故かはかどる

**名前は開発中のものです。** · 2009/12/13(日) 00:01:24

点滅しすぎてよくわからなかったら、もう一度自分で組んでやってみたら
12-13kあたりで微妙に重力がかかり始めていたかもしれない(気付くか気づかないかくらい)
Turion 64 X2 TL-52 1.6 GHz / メモリ２Ｇのメーカーノート使って
もう一度ｶﾋﾞやってみたら１００くらいからやっぱり怪しくなり始めた、かも

マップイベントだと問答無用で10kステップでウェイトかかるのかな、
マップイベント定期で各処理順番制御したけど、ダメだった

◆vipRGqvJxg · 2009/12/20(日) 16:04:02

ステージの雑魚敵配置が意外と難しい
こうもりさんの中冒険は初見殺しが多いけどステージの構成がしっかりしてていいなあ

**名前は開発中のものです。** · 2009/12/23(水) 23:17:09

>>338
・作り方を間違えて、1万ステップの壁で遮断されている
・1万ステップは突破できてるけど、PCのスペックが不足している
のどちらかだと思います。自分の環境では、
マップイベントでも1万ステップを突破できます。

でも、自分はマップイベントでは定期的処理しません。
txtに書いたとおり、1万ステップを超えると、
マップイベント1個でも大きな負荷になります。

◆vipRGqvJxg · 2009/12/25(金) 19:30:00

>>340
スイッチ発動条件ありのコモン定期的処理増やしても負荷ってそんな増えないかな？
大丈夫そうなら今作ってるゲームのマップイベントを全部コモンにしようかなって思う

ラスボス作る時間ねええええ

**名前は開発中のものです。** · 2009/12/25(金) 21:53:47

>>341
問題ないです。
最初の1回目の起動だけ、一瞬だけ重くなって、
その後は全く重さに影響しません。

例：
スイッチ1で起動するコモン定期的処理を作る。
↓
スイッチ1をオンにする。オンにした瞬間だけ重くなる。(注1)
↓
その後、1をオフにする。
↓
さらにその後、1をオンにする。今度は、オンにした瞬間も重くない。

注1：どのくらい重くなるかは、中身の行数によって変わる。
行数が多いほど重くなる(イベント呼び出しに似てる)。
以前、10万行のコモンイベントで実験したら、起動するのに
1秒くらいフリーズした。その後は、何回起動しても一瞬で
起動できた。

**名前は開発中のものです。** · 2010/01/16(土) 23:08:06

あら、じゃあイベント記述にミスがあったかなあ
イベント破棄してしまったし、自分も最近のプロジェクトでマップイベントは
初期値設定にしか使っていないから再実験は……いいか

重さと言えば、イベントの呼び出しが知れば知るほどきついものなんだなあと。
自分の環境だと重さが、
呼出1000行+15500step≒呼出3000行+8500stepとかに。
（↑正直PC環境で左右されまくりで殆ど参考にならないけど……）
とりあえず進行中のものは1000行/fr位まで呼び出しても問題ないだろうと結論付けたけど
やっぱり投下時には呼び出し元に行を統合したいところ。

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

最近、イベント呼び出しを自動的に参照元に置き換える
プログラムを作ってですね、もう超天国(＾o＾)

実は本スレの G-SHOCK！を仕上げるときに
既に使ってたりする。

◆vipRGqvJxg · 2010/06/15(火) 23:30:54

>>344
何その神プログラム……
夏の陣の変数講座のレス見る限りかなり需要がありそうだけど。

ところで、>>326-327の方法を今作ってる戦闘に使ってみたら、
格段に処理の制御がしやすくなったよ。ありがとう。

**287** · 2010/08/21(土) 06:06:53

何で自分はRPGツクールでSTGなんか作り始めたんだ・・
ttp://www1.axfc.net/uploader/Sc/so/145240&key=2152

お二人の祭りなどでのご活動をいつも拝見しています！

◆vipRGqvJxg · 2010/08/21(土) 20:30:34

>>346
もしかしてあのSTGが完成！？
でも404 Not Foundになってる。消した？

祭りのゲーム見てくれてるんだ……
変数講座はもう少し時間かかりそうだけど絶対夏の陣で完成させるよ。

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

>>346
これは……虫型のやつの動きがヤバイ……
腕が足りなくて最初のボスっぽい所までしか進めないけどすごすぎて笑った
Sempronの1.8GHzというボロスペックだけどさくさく動いたぜ

**287** · 2010/08/22(日) 21:41:17

>>347
ttp://www1.axfc.net/uploader/Sc/so/146233&key=qetutury
いろいろ変更。しっかりステージを作る気力がなかったけど、
これで完成のつもり
>変数講座
技術をパクらせてもらいます。

>>348
虫型の奴の動きは自分でも可愛く作れたと思ってますｗ
あと、左右キーを同時押ししながら開始すると強めの自機が使えます。

◆vipRGqvJxg · 2010/08/23(月) 00:57:19

>>349
ステージ3まで進んだ。
あまりにもクオリティ高すぎて
新しい敵やボスが出てくる度に驚愕、感動。
カービィ150の人とあなたには敵う気がしない。
ステージちゃんとよくできてると思うよ。
難易度が高くて自分には難しすぎるけど、
色んな敵の行動が見たくてプレイ続けてしまう。
正直このゲームできただけでこのスレ見てて良かったと思えた。

もう変数講座必要ないように感じるけど、
完成までもうしばらくお待ちください。

**名前は開発中のものです。** · 2010/08/23(月) 03:46:58

>>349
これはすごい、色々すごいけど
特に多間接の敵の動きがよくできてて、じっくり観察していたら死んだｗ
ＳＴＧは全く触らないから難しかったけど、先見たさに気合で５ボスまでいった。
しかし本体観察してたらまた死んだｗ
AIの設定とかも２ｋ上であれこれ考えているのかなー。
点滅してくるとちょっと辛いものがあるけど、これは２ｋの５０枚宿命だから仕方ないよね。
色々技術面での刺激・発見もあったけど
そういうの抜きにして楽しいゲームでした。配置・攻撃のタイミングとか面白いねー

**287** · 2010/08/23(月) 20:53:03

>>350
自分でも難しいくらいに設定したらやっぱり難しすぎたかー
それにしても、お二人のアドバイスが役に立ちました、有難う御座います。
特にALPHAさんのアドバイスはいつも的確で本当にすごいなあと！

>>351
ありがとうございます。
時間とか気力を投資した甲斐があった。。
ポーズしてない時に変数136番の値を下げるとスローにできます。
AIはランダム行動に拘っているのが多いですｗ
あと点滅の処理は見た目以上に裏では面倒なことに・・

**名前は開発中のものです。** · 2010/08/23(月) 21:12:42

>>349
　　　　　＿＿＿_
　　　　ー,r＝=ゞ;, ＼　　
　　／　 i!〈.・.);j! 　　＼　　　なぜそれを祭に出さないんだ
　／u / u ''==''ヾ;;r=-:､＼　
　|　　,/u 　　 :,_ノ|!､･):》　| ﾊｧｰﾊｧｰ
　＼　　　　<ﾐｮ　　'ヶ=''／
　ノ　　　　　7' `　　　　＼

通常機体で残1で全面クリア。運がよかった。

道中は何回もやってパターン化できたが、
ボス戦が安定しない。特に2ボスの発狂が…
あとラスボスのカメ、予告なしの体当たりがツライ(＾o＾)

フルピクチャーのSTGでここまで完成されたものは見たことがない。
ついにここまで来たかという感じがする。
これは凄すぎる。

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

重さは、自分の環境では処理落ちなし。

画像の回転は重いから、環境によっては
処理落ちするかもしれない。

「G-SHOCK!」みたいに、回転した画像まで予め用意して
詰め込んでおけば軽くなるけど、これだけ敵の種類が多いと
画像の大きさが酷いことに(＾q＾)

最近は高スペックPCの人が多いから、
もう気にする必要も無いかもしれない。

**287** · 2010/08/24(火) 14:19:24

>>353
プレイ有難う御座います。
ラスボスはカメのつもりじゃなかったけど、その方が都合がいい気が・・！
一応３WAYを出した後に体当たりが出るようになってる。

祭ではプレイ専門だけど、今後、何か出すかもしれないし、出さないかもしれない

>>354
処理落ちしなくて良かった・・！

お前らRPGツクールでゲーム作れって LAWルート

お前らRPGツクールでゲーム作れって　LAWルート