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

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

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

**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ルート