[過去ログ] WOLF RPGエディター 質問スレ 其の11 [無断転載禁止]©2ch.net (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
47: 2017/10/29(日)00:59 ID:TMZJDJll(1/2) AAS
うまくいくかわからんが、と前置きしとくよ!

まずアニメパターンを管理してるデータベースに動作中か停止中かの項目を用意

次に「アニメ動かすコモン」の中身
1つのアニメに対して
 ・動作/停止の情報をデータベースに拾いに行く
 ・動作中なら次のパターンに更新、停止中なら更新しない
ざっくりこの二つの処理を動かすアニメの分だけループで実行
ウェイト挟む

んで、この「アニメ動かすコモン」を文字通りアニメを動かしてる間はずっと並列実行させておく

これで上手いこといけばコモンは一つで済んで、全アニメ停止、あるアニメは動かし続けてあるアニメは停止、とかもできるんじゃないかな
48: 2017/10/29(日)01:09 ID:TMZJDJll(2/2) AAS
念のため補足
データベースは、1データにつき1つのアニメの情報を管理してる前提で書いてるよ!
49: 2017/10/29(日)18:35 ID:ADZ4P52+(1) AAS
ウディタでアクションゲームを作るならピクチャごとにDB管理しないと無理だよね
50: 2017/10/29(日)22:35 ID:gPuFfnfD(1) AAS
外部リンク[html]:seosearch.php.xdomain.jp
51: 34 2017/10/30(月)16:48 ID:hMAAabU8(1) AAS
回答貰えて助かりました
無事問題だった部分も解決できました!

ループ内で変数切り替わりも出来るようにすれば
各アニメ1つにつきコモン1つずつで解決するみたいです

ありがとうございました
52: 2017/11/01(水)10:13 ID:nK0CZH5j(1) AAS
今の(それかセーブデータの)可変データベースの内容を
csvやテキストなどで、あるいは画面やログに、出力させる機能ってありますか?
それとも自分でコモン書いて走査させなきゃできませんか?
53: 2017/11/01(水)10:36 ID:80WjE/+r(1) AAS
外部リンク[html]:www.silversecond.com
54: 2017/11/02(木)01:46 ID:OAQljnVX(1/2) AAS
マウス操作を作り始めたんだけど、マウスポインタ(Windowsのほう)を消すのはどうするんだっけ
55: 2017/11/02(木)01:57 ID:xrH+Ndr7(1) AAS
システム変数74
56
(1): 2017/11/02(木)14:14 ID:OAQljnVX(2/2) AAS
無事視界がスッキリしました
ありがと!
57: 2017/11/03(金)00:11 ID:LI9KA0HP(1/3) AAS
現在表示されてるピクチャが何枚あるか調べるデバック用のコモン作ってます

+変数操作でそのピクチャ番号にピクチャが表示されていれば「枚数」に+1して99999回(ピクチャ最大数)繰り返す、
というものですが50万回エラーが出てしまいます

繰り返し回数を分割してウェイトを入れるしかないでしょうか?
58
(1): 2017/11/03(金)00:39 ID:RWh+ltrg(1) AAS
繰り返し回数を分割しなくても
ピクチャ番号一緒にカウントして2〜30000おきに1フレームウェイトすれば大丈夫と思う
ぶっちゃけあのエラーでても無限ループさせてなけりゃ動くけどね
59
(1): 2017/11/03(金)01:05 ID:KFmT+s1g(1/3) AAS
2万以上だとエラーはでなくても処理落ちすっから1万で1ウェイトのほうがいいと思う

ところでF8じゃあかんの?
60: 2017/11/03(金)02:21 ID:LI9KA0HP(2/3) AAS
助言をいただけたので該当のコモンが作れました
感謝!

>>58
一定カウント毎にウェイト入れるので行けました

ピクチャ番号と該当ピクチャを一覧に表示して、自分的にわかりやすいように確認できるコモンを作ってたんで、エラーで一度止まるのをどうにかしたかったんです

>>59
F8だけだとどれがどれだかわかりにくくて(汗

あと、2万以上だと処理落ちってのはCPUよりもウディタの仕様なんですかね?
今回ので初めて処理落ちを経験したんで普段の自作コモン(まぁまぁアニメーションとか計算とかやったり)作りには影響ないと思うんですが、一応気に留めておきたいと思います
以前ツクールXPで自作システム作ってたときにCPU良くしても重さが変わらなかったんで、それに似てるのかなぁと
61: 2017/11/03(金)02:40 ID:KFmT+s1g(2/3) AAS
ウディタの仕様
今のバージョンになってから簡単なコマンド文の処理時間を自分で計測してみたけど、
ウディタ 処理時間 で検索するとでてくるサイトのデータとほぼ同じだったし多分変わらんと思う
実際に計算して処理落ちするように組んだら、しっかり処理落ちするし

ちなみにウディタは60Fだから1Fのコマンド処理時間を約16.6ms以内に抑えないと処理落ちする
2万以上だと処理落ちするってのは、条件分岐(最も軽い処理で6.6ms * 2)+書き換え(1.7ms * 2)で既に16.6msに達しているから.これに変数操作+の処理とループ処理の分足したら確実に超える

一応処理落ちしててもスキップ×2とか×3にして30Fとか20Fにすれば大丈夫だけどね
62: 2017/11/03(金)03:00 ID:LI9KA0HP(3/3) AAS
詳しい解説ありがとです!
今まであまり気にしないことにして後回しにしてた問題がいろいろ腑に落ちました
これでメインコモン作成が捗りそうです
63: 2017/11/03(金)03:02 ID:KFmT+s1g(3/3) AAS
あっでも俺のPCくっそ古いやつだからそこまで処理速度変わらんの当たり前だわ
CPUも i5 3550 3.30GHzの第三世代だし
64: 2017/11/03(金)17:32 ID:uREFLT5A(1/2) AAS
某袋怪物のように場所を移動した時に特定の画像を表示するということをやりたいのですが上手く出来ないです…
トランジションの合間に挿入すればと思って
実行→画像表示→再度トランジション実行して画像削除
とやってみたのですがそもそも2回目のトランジションが発動しないです
どのように組めばあれの再現ができるでしょうか?
65: 2017/11/03(金)18:15 ID:uREFLT5A(2/2) AAS
すいません自決しました
普通に場所移動の前に画像を挿入したらそれっぽいのができました
66: 2017/11/03(金)23:26 ID:RPQLXyWk(1) AAS
死んだか…
67: 2017/11/05(日)22:22 ID:vKS5F3HN(1) AAS
基本システム2の181X[戦]ダメージ・回復ポップアップのCself3[表示タイプ]の数値はどこから取得されているのでしょうか?
68
(1): 2017/11/05(日)23:03 ID:iCj/cYtE(1) AAS
引数だよ
コモンイベントを呼び出す際に任意に入力される値

コモンイベント → イベントの挿入 でコモン181を選択すると選べるようになる、【コモンEv入力(数値)】の欄のがそれ

コモンイベント全体から、コモン181を呼び出している部分を検索すれば、何が入れられているか分かるよ
69: 2017/11/06(月)19:56 ID:tyN/WOda(1) AAS
>>68
遅れましたがありがとうございました
70: 2017/11/08(水)16:56 ID:uP0YdiyS(1) AAS
質問です

ウディタで加速度などは関係無く何かしらの物を投げて
ループ内で放物線を描いてターゲットに当てるようにしたいのですが
どのようにして作ったら良いか分からなくて詰んでます
ヒントなど頂けたら助かります
71: 2017/11/08(水)17:54 ID:WQUOsR5d(1) AAS
オイラー法で求めちゃえば?
72: 2017/11/08(水)20:50 ID:qxC5eXFt(1) AAS
オイラー法ってのは、ざっくり説明すると
xn+1 = xn + dx/dt * dt
yn+1 = yn + dy/dt * dt
で常微分方程式を求める方法や

これを物理演算でわかりやすく解説するなら
[次のx座標] = [今のx座標] + [水平方向の速度] × [時間間隔]
[次のy座標] = [今のy座標] + [今の鉛直方向の速度] × [時間間隔]
ってことになる。

じゃあ[水平方向の速度]と[鉛直方向の速度]はどうなるのっていうと、これは採用する式で異なるんだけど、今回は簡単のために空気抵抗が発生しないことを仮定すると
[水平方向の速度] = [初速] × [cosθ]
[今の鉛直方向の速度] = [前回の鉛直方向の速度] - [加速度] × [時間間隔]
ってことになる。
注意事項だけど、座標系は画面右方向をx軸正、画面上方向をy軸正として考えている。
また、θはx軸からの左回りの角度を表す。

そんで式を整理すると
[次のx座標] = [今のx座標] + ([初速]×[cosθ]) × [時間間隔]
[次のy座標] = [今のy座標] + ([前回の鉛直方向の速度] - [加速度] × [時間経過]) × [時間経過]

ここから簡単のために[時間経過] を 1 として省略することで次式として纏められる
[次のx座標] = [今のx座標] + ([初速]×[cosθ])
[次のy座標] = [今のy座標] + ([前回の鉛直方向の速度] - [加速度])   ※(初期の鉛直方向の速度 = [初速] × [sinθ])

んであとは座標系をウディタ用に治すと、y軸方向は反転して、θはx軸から右回りであるため次式で表される
[次のx座標] = [今のx座標] + ([初速]×[cos-θ]) = [今のx座標] + ([初速]×[cosθ])
[次のy座標] = [今のy座標] + ([前回の鉛直方向の速度] + [加速度])  ※初期の鉛直方向の速度 = [初速] × [sin-θ] = - [初速] × [sinθ]
73: 2017/11/09(木)03:27 ID:221263y4(1) AAS
今見直したけど[時間経過]のところは[時間間隔]の間違いだわ
74: 2017/11/09(木)10:16 ID:cdLtJfAN(1) AAS
それっぽく見せたいだけならyの減算値を1ずつマイナスして頂点で反転とかでもアリ
75: 2017/11/09(木)11:25 ID:AkGqjVCn(1) AAS
それもやっていること自体は二つ上の話と同じだな。速度から加速度1を引いている
というか加速度使わずに多様な放物線運動を描くのって、かなり面倒じゃない?
76: 2017/11/09(木)18:27 ID:9buPIUr9(1) AAS
皆様ヒントありがとうございます!
参考に作ってみます
1-
あと 926 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ

ぬこの手 ぬこTOP 0.019s