19/06/06 20:48:23.44 K3qnkfW8.net
回答どうもです
並列実行(常時)のコモンから呼び出すというのは盲点でした
私も通常(予備)変数やマップイベントはなるべくなら
使いたくない派なので、自作する際は参考にするかも。
うーん、基本システム使ってる分にはやはりスタンダードに
通常(予備)変数でスイッチONOFFするのが無難かな……
そもそも並列実行の条件がそうなっているのだし
952:名前は開発中のものです。
19/06/07 11:22:50.65 Zzv3AMIH.net
なんでゲームエンジンで作らないんですか?
953:名前は開発中のものです。
19/06/07 11:59:00.17 7IwVRUAZ.net
そのゲームエンジンとやらで売れるゲーム作ってから
成功したクリエイターとして自分のホームページで語れば聞く奴もいるかもな
でも今のお前はただのクソだから
空気を読めない発言をした時ですら一目置かれるなんてことはねえよ
分かったら失せろ
954:名前は開発中のものです。
19/06/07 12:03:37.30 4fMoRiAO.net
車輪の再発明
955:名前は開発中のものです。
19/06/07 14:59:24.12 oyUBF7UK.net
使いこなせもしないツールの紹介を
わざわざ別のツールのスレでやる奴って一体何なんだろ
956:ケモプレ制作委員会
19/06/07 18:29:35.40 WhXQcDXP.net
ウィキペディアの説明見る限り、ウディタもゲームエンジンだよね…(困惑)
ゲームエンジン
URLリンク(ja.wikipedia.org)
ウディタ
URLリンク(ja.wikipedia.org)
>>「『WOLF RPGエディター』(ウルフ RPGエディター)とは、
SmokingWOLFが開発したRPG制作ツール(ゲームエンジン)である。」
957:名前は開発中のものです。
19/06/07 21:21:45.30 0NZfoM13.net
UE4とかに比べたら…とはちょっとだけ思うがウディタも立派なゲームエンジンよ
スマホ対応とかネット対戦系の機能実装したら本当に神ツールだけど
今のウディタも充分自分で楽しんで作れるので重宝ですわ
958:名前は開発中のものです。
19/06/08 00:37:25.03 fc2DshOW.net
ウディタもゲームエンジンだよ
UnityやGameMaker触ってたけどRPG作る場合データベース管理やメッセージウィンドウとか基礎的なシステムを一から作るのが面倒で最近ウディタ触り始めた
アクションとかなら物理演算使えるしあっちの方が楽だけど
ただ現代的なオブジェクト指向の開発ができないのがつらい…
959:名前は開発中のものです。
19/06/08 03:17:52.52 GL2xWgiG.net
ウディタのデータベースはとっつきやすくていいよな
その分制限で頭打ちになることもあるけど
デフォルトのコマンドリストをC++あたりで拡張できるようにならないかな
960:名前は開発中のものです。
19/06/08 03:57:06.44 ccTOwuSY.net
ゲームデータ化する時にコメントとかデバッグ文とか
全部自動で消してくれたらいいのになーと思った
そういう外部ツールがあるみたいだけど、それでも
イベント個別にコピペが必要みたいだし
961:名前は開発中のものです。
19/06/08 04:16:14.61 SyJFKuYm.net
質問だけど
CDBで一時的に使う(毎回初期化して使う)タイプをセーブでそこだけ飛ばす方法ってある?
重いから簡単に軽くできればいいんだけど
962:名前は開発中のものです。
19/06/08 13:11:04.87 jq2j8Jgx.net
UDB,SDBを使う
ゲーム中に書き換える方法は調べればでてくる
963:名前は開発中のものです。
19/06/08 15:50:51.88 SyJFKuYm.net
>>941
ありがとうそこそこ手間になりそうだけど試してみる
964:名前は開発中のものです。
19/06/08 21:59:21.89 YB6BIP6n.net
ちょうどいい機会なのでずっと気になってたんだけど
コメントやデバッグ文書いたままだと何か問題ある?
動作が重くなるとかは無いよね?
965:名前は開発中のものです。
19/06/08 22:41:05.24 c8sgCHw1.net
厳密には遅くなるはずだがRPGで体感できるほどのもんじゃない
アクションを作るなら気をつけるべきなのかも
966:名前は開発中のものです。
19/06/09 00:13:11.67 7nawLLRW.net
並列実行にいっぱい書いてるとよろしくない
967:名前は開発中のものです。
19/06/09 04:05:20.40 DCUhMBuU.net
質問ですが他のマップイベントのセルフ変数っていじれないんでしょうか?
とりあえず今はCDBにイベント用の枠を作って
そのマップに入ったら自動起動でCDBを読んで対象イベントのセルフ変数に数字を入れるって方法を使ってるんですが
968:名前は開発中のものです。
19/06/09 06:00:47.99 7nawLLRW.net
URLリンク(yuhiwork.web.fc2.com)
「操作したい瞬間だけそのマップに移動して戻ってくればいい」
という方法くらいしかない様子
マップ移動しているのを隠すのが大変そうだけど、
トランジション中断→再開の間に挟んでコッソリやれば
上手に違和感を消すこともできるかもしれない
969:名前は開発中のものです。
19/06/09 07:17:21.18 7nawLLRW.net
公式の質問スレッドにも同じ質問があるね
マルチポストはマナー違反かと
970:名前は開発中のものです。
19/06/09 07:40:19.98 DCUhMBuU.net
>>947
それは思いついたのですが、いちいちマップ移動を挟んでセルフイベントの数字を操作しに行って戻ってくるのなら
CDBを操作してそのマップに入った時に操作すればいいか、と思い>>946のような処理をしていました
やはり割と力技じゃないとできないんですね
>>948
すいませんが全くの別人です、今ウディタ公式の質問掲示板を見に行きましたが3日前に全く同じ質問がされていたとは…
質問した人は意味不明だと思うのでとりあえず一言書き込んでおきましたが
971:名前は開発中のものです。
19/06/09 11:14:08.29 vvCk1P0m.net
並列実行(常時)を多用するとやっぱり重くなったりするぅ?
972:名前は開発中のものです。
19/06/09 17:18:00.56 nyBSEd1U.net
そろそろエターナってた未完成品に着手するか…
ところでブログやツイッターで進捗報告する人いるけど
あれ逆にプレッシャーで失踪するような気がする
実際どうなのか、やったほうがモチベ上がる?
973:名前は開発中のものです。
19/06/09 17:24:10.16 7nawLLRW.net
>>949
失礼しました
しかしCDBを介して他マップイベントの変数操作をするくらいなら、
これはもう端からマップイベントのセルフ変数を使うのをやめて
通常変数を使った方がいい気がする
そうすればCDBもマップイベントも使わないで済むわけだし
974:名前は開発中のものです。
19/06/09 17:25:09.17 2hpl1a+0.net
人によるとしか
一般論で言えば、期限決めずにやるとなあなあになって先延ばしになる。
そのままなし崩し的にエタることもあるから、締めたほうが良い
975:名前は開発中のものです。
19/06/09 18:18:18.60 w93KFv8q.net
1000000+10*Y+X → マップイベントYのセルフ変数X
百から千万までの位をいじればマップ指定できたりしないかね?試した人いない?
976:名前は開発中のものです。
19/06/09 18:52:53.62 yU5GuzD0.net
モチベが無いより良いと思って作業の話してる
他の人の見てるのだけでも楽しいし
977:名前は開発中のものです。
19/06/09 19:44:53.97 oBFJhyYC.net
>>951
自分の場合は備忘録兼用だからプレッシャーとか考えてなかった
978:名前は開発中のものです。
19/06/09 22:05:56.53 AThhA5wB.net
戦闘の強制終了ってどうやったらいいですか?
例えば戦闘中敵のHPを一定値削った後に会話イベントが起きて
その後アイテム獲得処理とかすっ飛ばして戦闘終わらすようにしたいんですが
敵グループ設定での戦闘終了処理だと思ってるような形にならなくて…
979:名前は開発中のものです。
19/06/09 23:00:35.58 dUzaYrbK.net
じゃあ取っ掛かりだけ
長めの敗北ターンを設定して
終わらせたい時に経過ターンを書き換えれば良いんじゃね
980:名前は開発中のものです。
19/06/10 13:04:45.85 ir28KhAC.net
「X◆戦闘処理」から戦闘終了関連の処理(175行目あたり)を
コピペし、その中から「戦利品獲得処理」の部分だけを削除した
コモンを作る。次にこのコモンを発動する技能を作って、その
技能をHP一定以下で実行するよう敵のAIに設定する。
これが一番簡単で手間がない気がする。
まぁ試してないから多分バグると思うけど。
981:名前は開発中のものです。
19/06/10 13:35:28.50 lQPQZD5+.net
経過ターン書き換えは基本システム用変数75に書き込むだけだよ
結果は敗北だが経過ターン含めてメッセージが出たかどうかは知らん
敗北後も続行にしておけばとりあえず話は進むだろう
戦闘終了処理の方はDB反映が無い�
982:負ケ楽が戦闘中のまま残るね どっちもコピペで十分だが まあしかし、そもそも戦闘強制終了イベントなんて誰も喜ばないだろうし 普通に倒してから平然と続けても良いような気も
983:957
19/06/10 13:49:00.43 ir28KhAC.net
957の方法を試したら戦闘が強制終了した後のマップ画面で
平然と次ターンが始まってしまった ごめんよ無視しておくれ
984:ケモプレ制作委員会
19/06/10 13:52:48.44 k08Bxz3D.net
技能じゃなくて、敵キャラの変身設定で
◆変身設定
・変身条件:HPがA値以下
・変身オプション:HP・SPそのまま
◆変身先の敵
・同じ名前で同じグラフィック
・取得金額・経験値0
・入手アイテム・武器・防具なし
◆変身時呼び出しEvで指定したコモン
戦闘を中断するフラグを立てる
◆X[戦]敵/味方・勝敗判定
フラグが立ったら戦闘を中断させる処理を入れる
感じにしたら、955の望む通りのEvできるはず。
985:名前は開発中のものです。
19/06/10 14:10:45.15 ir28KhAC.net
敗北ターン数を指定⇒経過ターン数を変更だと
①ターン開始時に「残り〇ターン!」のメッセージが出ちゃう
→コモン173への対処が必要
②敗北扱いなので敗北時に設定しているイベントが実行されちゃう
→ゲームオーバー時イベントへの対処が必要
でもこの方法が「既存の基本システムへの修正が最小限で済む」
という意味で、一番簡単というか分かりやすいかもしれない
986:ケモプレ制作委員会
19/06/10 14:32:51.35 k08Bxz3D.net
本人がやりやすければ、どの方法でも良いけど。
960の方法も
コモン172X[戦]敵/味方・勝敗判定の最後の
▼ 判定モードを戻しておく
■変数操作: CSelf0[判定モード] = 0 + 0
の前に
■条件分岐(変数): 【1】 V1[] が 1 と同じ
-◇分岐: 【1】 [ V1[] が 1 と同じ ]の場合↓
|■文章:戦闘が中断された!
|■変数操作: CSelf99[勝敗結果] = 1 + 0
|■イベント処理中断
|■
◇分岐終了◇
をいれれば、
コモン206○[変更可]戦闘終了後処理に
変数操作: V1[] = 0 + 0をいれて、
変身時呼び出しEvに
変数操作: V1[] = 1 + 0 いれれば
良いだけで後で見やすいし、
変身以外でもV1[] = 1 + 0をいれれば、
いつでも中断できるから汎用性もあって、
割と簡単だと思うけどなぁ…。
987:名前は開発中のものです。
19/06/10 14:35:50.31 8do4Yjvd.net
処理中断したらあかんやろ
988:名前は開発中のものです。
19/06/10 14:45:15.59 YJ0iBqjW.net
この変なコテハンもそうだけど、わざわざ複雑でわかりにくい事を何故かしたがる人っているからな
989:ケモプレ制作委員会
19/06/10 14:51:02.32 k08Bxz3D.net
>>966
個人的に961で敗北ターン数のメッセージを消す方が複雑に見える。
962の方法だとバグも起きないし、書き換える行数も少なくて済む。
>>965
イベント処理中断を入れることで変わるのは、
172X[戦]敵/味方・勝敗判定の最後の
「▼ 判定モードを戻しておく
■変数操作: CSelf0[判定モード] = 0 + 0」
が飛ばされる点のみだよ。
990:名前は開発中のものです。
19/06/10 14:57:29.51 YJ0iBqjW.net
ターン数表示消すほうが100倍簡単なんだよなぁ……
991:名前は開発中のものです。
19/06/10 15:01:56.69 zU0wV8Qk.net
172って戦闘メインループとは別個のコモンだっけ?
脊髄してたわスマン
992:ケモプレ制作委員会
19/06/10 15:12:17.13 k08Bxz3D.net
>>969
188のX◆戦闘処理をみてみると、
172のX[戦]敵/味方・勝敗判定がループの中断条件に使われているのがわかる。
172の99を1にすれば勝利として終了になって、-1にすれば敗北として終了になる。
ちなみに、イベント処理中断はそれを呼び出したコモンまで中断されるわけじゃないから、
イベントの最後でイベント処理中断しても何も起こらない。
>>968
やりやすいやり方は人それぞれ違うんだなっていうのが
改めて感じられて興味深いケースだね。
993:名前は開発中のものです。
19/06/10 15:23:58.05 YJ0iBqjW.net
はいはい、じゃあもうお前がコモン作ってアップしてあげればいいんじゃね
今まで作ったほとんど相手されてない変なコモンよりかは需要もあるだろうしな
994:名前は開発中のものです。
19/06/10 15:35:31.35 bA2GbFFe.net
試してうまくいったことを書けよ
995:名前は開発中のものです。
19/06/10 15:36:41.85 lQPQZD5+.net
敗北条件、ターン経過999に設定
173の最初に残りターンが100以上の場合という分岐を追加、処理中断の記述を加える
変身でイベントを起動して該当イベントで会話等の処理をしつつ
DB操作でターン数を999に書き換え、ついでにCDB14(コマンド処理リスト)を初期化する
これなら変身直後にちゃんと終わる、はずだ
でも俺はやっぱり普通に止めさして報酬も渡した方が良いと思うんだよね
美しくない処理の方がプレイヤー的には嬉しいこともあるよ
996:ケモプレ制作委員会
19/06/10 15:48:06.94 k08Bxz3D.net
>>971
962書き込む前に実はスクリプト組んで巧く行ったよ。
>>972
折角だから、さらに手を加えたコモンを公式のコモンイベント集に投稿してみた。
997:名前は開発中のものです。
19/06/10 16:01:26.75 YJ0iBqjW.net
乙! でも既存コモンに上書きありか……
コテハン名乗って有識者気取ってるくらいだから
コモンの上書きもDBの追加上書きもなしの
追加コモンだけで実現してくれると思ったのに
998:ケモプレ制作委員会
19/06/10 16:31:30.56 k08Bxz3D.net
有識者は気取ってないけど、ご期待にお答えして、
追加DB・上書きコモン無し版も作ってみた。
999:名前は開発中のものです。
19/06/10 16:52:00.85 YJ0iBqjW.net
通常変数も使わないってのは流石に無理なんです?
1000:ケモプレ制作委員会
19/06/10 17:12:11.68 k08Bxz3D.net
>>977
その発想はなかった。
変数保存用のコモン作ってみたら行けた。
通常変数も使わなくて良い様に更新しておいた。
ところでもうすぐ(980)で次スレ立てかー。
1001:名前は開発中のものです。
19/06/10 17:21:00.70 YJ0iBqjW.net
導入する側からすれば既存コモンへの上書きはもちろん、
DBへの追加上書き、通常変数も使わないってのが理想
というか親切だよね 更に言えば追加導入するコモンは
なるべく一つにまとめられていた方が面倒がなくてよい
1002:名前は開発中のものです。
19/06/10 17:33:58.05 ir28KhAC.net
ていうか使い方や導入方法の説明くらい付けろよw
本当に利用者の気持ちも目線も分かんないんだな
1003:ケモプレ制作委員会
19/06/10 17:59:18.79 k08Bxz3D.net
>>979
勉強になったわ、サンクス
>>980
そこ私自身でも自覚しているくらい苦手なところなんだよね……、
療育手帳も持っている程コミュ障だし…w
一応今更新して説明追加してみた。
1004:名前は開発中のものです。
19/06/10 18:22:23.86 TYdLtmt2.net
>>980
制作者の目線も気持ちも考えてない人がそれ言っちゃうんだ?w
1005:名前は開発中のものです。
19/06/10 18:26:21.96 TYdLtmt2.net
【ウディタ】WOLF RPGエディター 其の67
スレリンク(gamedev板)
1006:ケモプレ制作委員会
19/06/10 18:44:00.56 k08Bxz3D.net
>>983
スレ立て乙!
1007:名前は開発中のものです。
19/06/10 19:29:58.67 lQPQZD5+.net
>>983
立て乙
1008:名前は開発中のものです。
19/06/10 20:59:27.19 amtDt1pn.net
旧基本システムの頃だけど、戦闘強制中断イベント作ったなー
強敵相手にしばらく戦ってると応援が駆けつけてくれたってシチュイベントで
中身見たら戦闘入る前に通常変数で戦闘中断フラグ立てて、ターン数で勝利条件でイベント起動、
勝利後の戦闘結果処理を戦闘中断フラグ立ってるかの条件分岐ですっ飛ばしてた
1009:名前は開発中のものです。
19/06/10 21:25:35.03 ypPYbmkY.net
>>983
乙
1010:名前は開発中のものです。
19/06/11 15:58:34.07 /OjBVNz+.net
>>983
新スレ乙
基本システムは未だに読み解くだけで1週間は潰れる気がする
親切な作りなのだけど素人には難解だ
1011:名前は開発中のものです。
19/06/11 19:53:38.61 E+fe/9ca.net
装備関係の処理なんかは割と「何だこりゃっ」てなるなあ
戦闘はまだ分かりやすいが
1012:名前は開発中のものです。
19/06/11 22:48:24.79 /5JneXIG.net
分かりやすくねーよ
1013:名前は開発中のものです。
19/06/12 14:22:20.06 FNYDy18Z.net
戦闘→分かりづらい
装備→凄く分かりづらい
1014:名前は開発中のものです。
19/06/12 14:50:13.89 gX0c+6Og.net
日本語が苦手な人も多いからな
"まだ"わかりやすい じゃなくて>>991みたいに書かないと伝わらない
1015:名前は開発中のものです。
19/06/13 10:01:23.74 82104F/c.net
すいません質問させてください。
先頭で技能エフェクト中にエフェクトに合わせてダメージを表記したい(10000ダメージだとしたらエフェクトに合わせて1000を10回表示して最後に10000を表示)のですが、何かアイディアはないでしょうか
1016:名前は開発中のものです。
19/06/13 14:19:06.56 lI6uEaYL.net
ダメージの計算をする時にエフェクトのヒット数でダメージを割り算して
エフェクトに合わせて分割した数字を表示する処理を加えれば良いんじゃないのか
実際にダメージが入るのは合計値を表示した時一回だけって形
まあ正直普通の多段ヒットじゃ駄目と考える理由は良く分からんが
1017:名前は開発中のものです。
19/06/13 20:57:04.19 BKbBcwpk.net
ゼノギアス方式か
1018:名前は開発中のものです。
19/06/13 21:48:56.07 BKbBcwpk.net
いやちょっと違うか
1019:名前は開発中のものです。
19/06/14 12:45:03.36 HQn7r9A6.net
>>994
そのやり方を聞いてるんだと思うんだがw
1020:名前は開発中のものです。
19/06/14 13:48:24.02 R8wxlHeg.net
ダメージの表示はコモンにあるし、座標の取得もコモンにあるし
エフェクトの表示はコマンドにあるだろ好きな回数組み合わせれば良い
敵味方で処理分岐させないと愉快なことになるが
1021:名前は開発中のものです。
19/06/14 14:12:34.06 7kgxNEBN.net
聞いているのはアイデアだし、やり方を提示しなくても良いのでは
1022:ケモプレ制作委員会
19/06/14 14:49:56.56 16XVzm1Q.net
「エフェクトに合わせて」だから分割パターンが30あるアニメーションで
1~10でパワーチャージ、11~14で剣抜き、15で横スラッシュ、
20で縦スラッシュ、25で強めの斜めスラッシュ演出があったら、
そのパターン(15、20)が表示されたタイミングで小さく5000ずつ
最後の1撃で(25)で強調表示で10000ダメージ表示するって意味じゃない?
1023:うめうめ
19/06/14 16:47:03.05 sFC5elI1.net
999
1024:うめうめ
19/06/14 16:47:33.44 sFC5elI1.net
1000
1025:1001
Over 1000 Thread.net
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 374日 23時間 15分 12秒
1026:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています