[過去ﾛｸﾞ] 【ウディタ】WOLF RPGエディター 其の66 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
899: 883 2019/05/27(月)10:57 ID:vstSbZjL(2/2) AAS
意見くれた人ありがとう
今まで通り自分なりに作っていきます
900: 2019/05/29(水)19:42 ID:zt0+m7o7(1) AAS
変数で主人公とかのキャラクターの向きって変えれましたっけ？
動作指定くらいですかね
901: 2019/05/29(水)22:45 ID:ZnZEw5W1(1) AAS
918006だっけ？
902: 2019/05/29(水)22:54 ID:eWZsKbiQ(1) AAS
0が足りない気が
903: 2019/05/30(木)14:09 ID:X2OSYEBx(1) AAS
変数あったのですね！ありがとう
904: 2019/05/31(金)21:05 ID:55Jl40k2(1) AAS
ウディタってサンプルに使われていないデフォ素材多すぎ
と思ったけど落ち着いて考えたらツクールもそうでした
905: 2019/06/02(日)22:04 ID:qPgbsEtc(1) AAS
スレが伸びなくなった
906: 2019/06/03(月)07:31 ID:67yryGkE(1) AAS
伸びる要素ないし
907: 2019/06/03(月)13:42 ID:Mrispi1I(1/3) AAS
せっせと作ってると来ないしな
908: 2019/06/03(月)14:55 ID:Mrispi1I(2/3) AAS
アイテム回りを改造して、キャラ別に管理しようかと思って途中まで進めたんだが
面倒くさい割に得られるものが乏しいな
キャラを選ぶために様々な場面でプレイヤーの手間が増えてしまう
個数制限や種類制限をつけるにしても別の手段を使う方が良い感じだなあ
909: 2019/06/03(月)15:19 ID:IXdoU8gi(1) AAS
全員の所持品一覧表示して
アイテム名の脇あたりにキャラアイコンとか載せるメニューも作っておけばプレイヤーの手間は減るんじゃないかな
実装する労力に見合う内容かは知らんけど
910: 2019/06/03(月)16:05 ID:Mrispi1I(3/3) AAS
その発想は全く無かった、上手いやり方だな
ホラー調のゲームを作る時には参考にさせてもらうかも
ただ、今作ってるファンタジーだとアイテム個別管理自体の意味がほとんど無い
元々は武器防具の個別強化システムを入れたくて始めたんだけど
それを実装するのにアイテムの個別管理なんていらないということに気付いてしまった
911: ケモプレ制作委員会 2019/06/03(月)18:54 ID:PeS3s6SG(1) AAS
メニューで思い出したけど、
2つの文字列を比較して同じ文字列の行のみ残して返すコモンは一度作ったら、
用は共通の項目を返せるってことだから、
メニュー周りで何かの一覧を表示する際の項目管理が楽になって
めっちゃ楽しくなってくるからオススメ。
アイテムの個別管理は、某TRPGの常備化システムみたいに所持金の概念をなくして
価格の合計がキャラクターの経済力を表わした変数を超えない範囲で
省3
912: 2019/06/03(月)23:25 ID:kuK8bcKR(1) AAS
消費アイテムを制限するというより
むしろ使わせるために個別アイテム制を使うというのはアリかもなあ
が、普通のRPGだとやっぱり微妙だ
制限つけたくなる気持ちは分かるんだけども結局誰も得しない感
913: 2019/06/04(火)14:03 ID:KUfUL6QH(1) AAS
常に一定量の物資が回ってくるとなると所属部隊で活動中の軍人とかかね
914: 2019/06/04(火)16:16 ID:enxBDsM8(1) AAS
この変なコテハンの言う事はいつも的がズレてるな
流れに則しているようでただ自分の話をしてるだけというか
だから誰も絡まないんだろうけど
915: 2019/06/04(火)16:33 ID:Yni7dIT3(1) AAS
ダンジョン飯みたいなゲームの案を練ってるけど
アイテム所持制限を厳しめに設定して、食料は現地で魔物から調達させたいと考えてたわ
古いけどダンジョンマスターとかそんな感じだよね
ディアブロみたいなハクスラだと所持品制限は割とイラつく要素だと思う
ディアブロはポータルで緩和してたけど
916: 2019/06/04(火)18:50 ID:Slr+7HbX(1) AAS
ハクスラで魔物飯食うのだとドラゴンズクラウンがそうだったな
ハクスラをメインで作りたいならそっち参考にしたら良いんじゃない？
ダンマスみたいなゲームとハクスラは合わないと思うわ
あと俺の記憶だとダンマスは所持数制限が厳しいんじゃなくて、1度入ったら2度と出られないダンジョンとか、単に食料の入手ルートが少ないだけとかだったはず
917: 2019/06/05(水)07:50 ID:haJDpc6U(1) AAS
細かい部分の改良や調整はとりあえず保留にして、
そういうことは出来上がってからじっくりやればいいのに、
それができないから自分は完成しないのだなと思う
918(1): 2019/06/05(水)15:15 ID:mMOBgErR(1/2) AAS
ピクチャで移動させてて
イベントの範囲内を歩くと必ずピクチャがもたつくのですが、
改善するのにはどうしたらいいか分かる賢者は居ませんか？
919(1): ケモプレ制作委員会 2019/06/05(水)17:57 ID:hvj0YiXj(1/2) AAS
>>918
ゲーム画面でデフォルトマップ使ってピクチャを並列イベントで表示してるのなら、
単純に表示するピクチャが多すぎたり、マップイベントが多すぎたり
並列イベントが多すぎたりして、重くなってるんじゃないかな。
後、変数操作＋でマップのマスやキャラの画面XY座標算出して、
並列でピクチャ表示してるのなら、並列のインターバル短すぎるとカクカクになるし、
長すぎると綺麗に動くものの、内部処理の挙動と表示の挙動がずれることになるから、
省2
920: 2019/06/05(水)20:45 ID:P75xczi8(1) AAS
賢者っつかエスパーだな
921: 2019/06/05(水)20:50 ID:mMOBgErR(2/2) AAS
>>919
回答どうもです
試行錯誤した結果、自分にはイベント接触じゃまだ無理そうだったので
並列処理で何とか組んでみる事にしました
922: ケモプレ制作委員会 2019/06/05(水)22:14 ID:hvj0YiXj(2/2) AAS
私はエスパーというよりゲスパーかな
文面から推測して考えられる可能性の一部とその対処法を仮言命法で一応言ったけど、
結局仮定が外れていたようで会話のドッジボールになってる気がする……。
923: 2019/06/06(木)08:58 ID:9MWBF1ZN(1) AAS
ゲスパーは下衆の勘繰りのことであってguess+ESPerではないかと思うぞ
924: 2019/06/06(木)13:26 ID:K3qnkfW8(1/2) AAS
「必要な時だけ実行したい並列実行のコモンイベント」を
みなさんはどうやって実行-停止させていますでしょうか。
・普通に通常変数にフラグを作って変数操作で実行
・コモンは「呼び出しのみ」にして、並列実行のマップ
イベントから呼び出す
・その他
ご意見下さい。
925: 2019/06/06(木)17:08 ID:tG2SwAik(1) AAS
呼び出す機会が多ければ変数、少なければマップからだが
どっちにしろ処理が飛んでも平気なもの以外ではあんまり使いたくないのが本音
926: 2019/06/06(木)18:21 ID:Fvtg7H1N(1) AAS
・普通に通常変数にフラグを作って変数操作で実行
変数多くはなるけど確実だし忘れてない限りは楽なのでこっちです
でもウディタの仕様上、
仕方なくマップイベントと並行しなきゃならなかった場合はそうする
927: ケモプレ制作委員会 2019/06/06(木)19:53 ID:dWVssLjZ(1) AAS
私は素材としての再利用を考慮してコモン組むから、
通常変数や予備変数、マップイベントはあまり使いたくないので、
並列実行（常時）のイベントの内部でコモンセルフにCDB代入して、
その変数で条件分岐して並列用に作った呼び出し実行コモンを
呼び出すやり方をしてる。
928: 2019/06/06(木)20:48 ID:K3qnkfW8(2/2) AAS
回答どうもです
並列実行（常時）のコモンから呼び出すというのは盲点でした
私も通常（予備）変数やマップイベントはなるべくなら
使いたくない派なので、自作する際は参考にするかも。
うーん、基本システム使ってる分にはやはりスタンダードに
通常（予備）変数でスイッチONOFFするのが無難かな……
そもそも並列実行の条件がそうなっているのだし
929: 2019/06/07(金)11:22 ID:Zzv3AMIH(1) AAS
なんでゲームエンジンで作らないんですか？
930: 2019/06/07(金)11:59 ID:7IwVRUAZ(1) AAS
そのゲームエンジンとやらで売れるゲーム作ってから
成功したクリエイターとして自分のホームページで語れば聞く奴もいるかもな
でも今のお前はただのクソだから
空気を読めない発言をした時ですら一目置かれるなんてことはねえよ
分かったら失せろ
931: 2019/06/07(金)12:03 ID:4fMoRiAO(1) AAS
車輪の再発明
932: 2019/06/07(金)14:59 ID:oyUBF7UK(1) AAS
使いこなせもしないツールの紹介を
わざわざ別のツールのスレでやる奴って一体何なんだろ
933: ケモプレ制作委員会 2019/06/07(金)18:29 ID:WhXQcDXP(1) AAS
ウィキペディアの説明見る限り、ウディタもゲームエンジンだよね…（困惑）
ゲームエンジン
外部ﾘﾝｸ:ja.wikipedia.org
ウディタ
外部ﾘﾝｸ:ja.wikipedia.org
>>「『WOLF RPGエディター』（ウルフ RPGエディター）とは、
SmokingWOLFが開発したRPG制作ツール（ゲームエンジン）である。」
934: 2019/06/07(金)21:21 ID:0NZfoM13(1) AAS
UE4とかに比べたら…とはちょっとだけ思うがウディタも立派なゲームエンジンよ
スマホ対応とかネット対戦系の機能実装したら本当に神ツールだけど
今のウディタも充分自分で楽しんで作れるので重宝ですわ
935: 2019/06/08(土)00:37 ID:fc2DshOW(1) AAS
ウディタもゲームエンジンだよ
UnityやGameMaker触ってたけどRPG作る場合データベース管理やメッセージウィンドウとか基礎的なシステムを一から作るのが面倒で最近ウディタ触り始めた
アクションとかなら物理演算使えるしあっちの方が楽だけど
ただ現代的なオブジェクト指向の開発ができないのがつらい…
936: 2019/06/08(土)03:17 ID:GL2xWgiG(1) AAS
ウディタのデータベースはとっつきやすくていいよな
その分制限で頭打ちになることもあるけど
デフォルトのコマンドリストをC++あたりで拡張できるようにならないかな
937: 2019/06/08(土)03:57 ID:ccTOwuSY(1) AAS
ゲームデータ化する時にコメントとかデバッグ文とか
全部自動で消してくれたらいいのになーと思った
そういう外部ツールがあるみたいだけど、それでも
イベント個別にコピペが必要みたいだし
938: 2019/06/08(土)04:16 ID:SyJFKuYm(1/2) AAS
質問だけど
CDBで一時的に使う（毎回初期化して使う）タイプをセーブでそこだけ飛ばす方法ってある？
重いから簡単に軽くできればいいんだけど
939(1): 2019/06/08(土)13:11 ID:jq2j8Jgx(1) AAS
UDB,SDBを使う
ゲーム中に書き換える方法は調べればでてくる
940: 2019/06/08(土)15:50 ID:SyJFKuYm(2/2) AAS
>>939
ありがとうそこそこ手間になりそうだけど試してみる
941: 2019/06/08(土)21:59 ID:YB6BIP6n(1) AAS
ちょうどいい機会なのでずっと気になってたんだけど
コメントやデバッグ文書いたままだと何か問題ある？
動作が重くなるとかは無いよね？
942: 2019/06/08(土)22:41 ID:c8sgCHw1(1) AAS
厳密には遅くなるはずだがRPGで体感できるほどのもんじゃない
アクションを作るなら気をつけるべきなのかも
943: 2019/06/09(日)00:13 ID:7nawLLRW(1/4) AAS
並列実行にいっぱい書いてるとよろしくない
944(1): 2019/06/09(日)04:05 ID:DCUhMBuU(1/2) AAS
質問ですが他のマップイベントのセルフ変数っていじれないんでしょうか？
とりあえず今はCDBにイベント用の枠を作って
そのマップに入ったら自動起動でCDBを読んで対象イベントのセルフ変数に数字を入れるって方法を使ってるんですが
945(1): 2019/06/09(日)06:00 ID:7nawLLRW(2/4) AAS
外部ﾘﾝｸ[html]:yuhiwork.web.fc2.com
「操作したい瞬間だけそのマップに移動して戻ってくればいい」
という方法くらいしかない様子
マップ移動しているのを隠すのが大変そうだけど、
トランジション中断→再開の間に挟んでコッソリやれば
上手に違和感を消すこともできるかもしれない
946(1): 2019/06/09(日)07:17 ID:7nawLLRW(3/4) AAS
公式の質問スレッドにも同じ質問があるね
マルチポストはマナー違反かと
947(1): 2019/06/09(日)07:40 ID:DCUhMBuU(2/2) AAS
>>945
それは思いついたのですが、いちいちマップ移動を挟んでセルフイベントの数字を操作しに行って戻ってくるのなら
CDBを操作してそのマップに入った時に操作すればいいか、と思い>>944のような処理をしていました
やはり割と力技じゃないとできないんですね
>>946
すいませんが全くの別人です、今ウディタ公式の質問掲示板を見に行きましたが3日前に全く同じ質問がされていたとは…
質問した人は意味不明だと思うのでとりあえず一言書き込んでおきましたが
948: 2019/06/09(日)11:14 ID:vvCk1P0m(1) AAS
並列実行（常時）を多用するとやっぱり重くなったりするぅ？
949(1): 2019/06/09(日)17:18 ID:nyBSEd1U(1) AAS
そろそろエターナってた未完成品に着手するか…
ところでブログやツイッターで進捗報告する人いるけど
あれ逆にプレッシャーで失踪するような気がする
実際どうなのか、やったほうがモチベ上がる？
950: 2019/06/09(日)17:24 ID:7nawLLRW(4/4) AAS
>>947
失礼しました
しかしCDBを介して他マップイベントの変数操作をするくらいなら、
これはもう端からマップイベントのセルフ変数を使うのをやめて
通常変数を使った方がいい気がする
そうすればCDBもマップイベントも使わないで済むわけだし
951: 2019/06/09(日)17:25 ID:2hpl1a+0(1) AAS
人によるとしか
一般論で言えば、期限決めずにやるとなあなあになって先延ばしになる。
そのままなし崩し的にエタることもあるから、締めたほうが良い
952: 2019/06/09(日)18:18 ID:w93KFv8q(1) AAS
1000000+10*Y+X → マップイベントYのセルフ変数X
百から千万までの位をいじればマップ指定できたりしないかね？試した人いない？
953: 2019/06/09(日)18:52 ID:yU5GuzD0(1) AAS
モチベが無いより良いと思って作業の話してる
他の人の見てるのだけでも楽しいし
954: 2019/06/09(日)19:44 ID:oBFJhyYC(1) AAS
>>949
自分の場合は備忘録兼用だからプレッシャーとか考えてなかった
955: 2019/06/09(日)22:05 ID:AThhA5wB(1) AAS
戦闘の強制終了ってどうやったらいいですか？
例えば戦闘中敵のHPを一定値削った後に会話イベントが起きて
その後アイテム獲得処理とかすっ飛ばして戦闘終わらすようにしたいんですが
敵グループ設定での戦闘終了処理だと思ってるような形にならなくて…
956: 2019/06/09(日)23:00 ID:dUzaYrbK(1) AAS
じゃあ取っ掛かりだけ
長めの敗北ターンを設定して
終わらせたい時に経過ターンを書き換えれば良いんじゃね
957(1): 2019/06/10(月)13:04 ID:ir28KhAC(1/4) AAS
「X◆戦闘処理」から戦闘終了関連の処理（175行目あたり）を
コピペし、その中から「戦利品獲得処理」の部分だけを削除した
コモンを作る。次にこのコモンを発動する技能を作って、その
技能をHP一定以下で実行するよう敵のAIに設定する。
これが一番簡単で手間がない気がする。
まぁ試してないから多分バグると思うけど。
958: 2019/06/10(月)13:35 ID:lQPQZD5+(1/3) AAS
経過ターン書き換えは基本システム用変数75に書き込むだけだよ
結果は敗北だが経過ターン含めてメッセージが出たかどうかは知らん
敗北後も続行にしておけばとりあえず話は進むだろう
戦闘終了処理の方はDB反映が無い＆音楽が戦闘中のまま残るね
どっちもコピペで十分だが
まあしかし、そもそも戦闘強制終了イベントなんて誰も喜ばないだろうし
普通に倒してから平然と続けても良いような気も
959: 957 2019/06/10(月)13:49 ID:ir28KhAC(2/4) AAS
957の方法を試したら戦闘が強制終了した後のマップ画面で
平然と次ターンが始まってしまった ごめんよ無視しておくれ
960: ケモプレ制作委員会 2019/06/10(月)13:52 ID:k08Bxz3D(1/9) AAS
技能じゃなくて、敵キャラの変身設定で
◆変身設定
・変身条件：HPがA値以下
・変身オプション：HP・SPそのまま
◆変身先の敵
・同じ名前で同じグラフィック
・取得金額・経験値0
省6
961: 2019/06/10(月)14:10 ID:ir28KhAC(3/4) AAS
敗北ターン数を指定⇒経過ターン数を変更だと
?ターン開始時に「残り〇ターン！」のメッセージが出ちゃう
→コモン173への対処が必要
?敗北扱いなので敗北時に設定しているイベントが実行されちゃう
→ゲームオーバー時イベントへの対処が必要
でもこの方法が「既存の基本システムへの修正が最小限で済む」
という意味で、一番簡単というか分かりやすいかもしれない
962: ケモプレ制作委員会 2019/06/10(月)14:32 ID:k08Bxz3D(2/9) AAS
本人がやりやすければ、どの方法でも良いけど。
960の方法も
コモン172X[戦]敵/味方・勝敗判定の最後の
▼ 判定モードを戻しておく
■変数操作: CSelf0[判定モード] = 0 + 0
の前に
■条件分岐(変数): 【1】 V1[] が 1 と同じ
省15
963(1): 2019/06/10(月)14:35 ID:8do4Yjvd(1) AAS
処理中断したらあかんやろ
964(1): 2019/06/10(月)14:45 ID:YJ0iBqjW(1/6) AAS
この変なコテハンもそうだけど、わざわざ複雑でわかりにくい事を何故かしたがる人っているからな
965: ケモプレ制作委員会 2019/06/10(月)14:51 ID:k08Bxz3D(3/9) AAS
>>964
個人的に961で敗北ターン数のメッセージを消す方が複雑に見える。
962の方法だとバグも起きないし、書き換える行数も少なくて済む。
>>963
イベント処理中断を入れることで変わるのは、
172X[戦]敵/味方・勝敗判定の最後の
「▼ 判定モードを戻しておく
省2
966(1): 2019/06/10(月)14:57 ID:YJ0iBqjW(2/6) AAS
ターン数表示消すほうが100倍簡単なんだよなぁ……
967(1): 2019/06/10(月)15:01 ID:zU0wV8Qk(1) AAS
172って戦闘メインループとは別個のコモンだっけ？
脊髄してたわスマン
968: ケモプレ制作委員会 2019/06/10(月)15:12 ID:k08Bxz3D(4/9) AAS
>>967
188のX◆戦闘処理をみてみると、
172のX[戦]敵/味方・勝敗判定がループの中断条件に使われているのがわかる。
172の99を1にすれば勝利として終了になって、-1にすれば敗北として終了になる。
ちなみに、イベント処理中断はそれを呼び出したコモンまで中断されるわけじゃないから、
イベントの最後でイベント処理中断しても何も起こらない。
>>966
省2
969(1): 2019/06/10(月)15:23 ID:YJ0iBqjW(3/6) AAS
はいはい、じゃあもうお前がコモン作ってアップしてあげればいいんじゃね
今まで作ったほとんど相手されてない変なコモンよりかは需要もあるだろうしな
970(1): 2019/06/10(月)15:35 ID:bA2GbFFe(1) AAS
試してうまくいったことを書けよ
971: 2019/06/10(月)15:36 ID:lQPQZD5+(2/3) AAS
敗北条件、ターン経過999に設定
173の最初に残りターンが100以上の場合という分岐を追加、処理中断の記述を加える
変身でイベントを起動して該当イベントで会話等の処理をしつつ
DB操作でターン数を999に書き換え、ついでにCDB14（コマンド処理リスト）を初期化する
これなら変身直後にちゃんと終わる、はずだ
でも俺はやっぱり普通に止めさして報酬も渡した方が良いと思うんだよね
美しくない処理の方がプレイヤー的には嬉しいこともあるよ
972: ケモプレ制作委員会 2019/06/10(月)15:48 ID:k08Bxz3D(5/9) AAS
>>969
962書き込む前に実はスクリプト組んで巧く行ったよ。
>>970
折角だから、さらに手を加えたコモンを公式のコモンイベント集に投稿してみた。
973: 2019/06/10(月)16:01 ID:YJ0iBqjW(4/6) AAS
乙！ でも既存コモンに上書きありか……
コテハン名乗って有識者気取ってるくらいだから
コモンの上書きもDBの追加上書きもなしの
追加コモンだけで実現してくれると思ったのに
974: ケモプレ制作委員会 2019/06/10(月)16:31 ID:k08Bxz3D(6/9) AAS
有識者は気取ってないけど、ご期待にお答えして、
追加DB・上書きコモン無し版も作ってみた。
975(1): 2019/06/10(月)16:52 ID:YJ0iBqjW(5/6) AAS
通常変数も使わないってのは流石に無理なんです？
976: ケモプレ制作委員会 2019/06/10(月)17:12 ID:k08Bxz3D(7/9) AAS
>>975
その発想はなかった。
変数保存用のコモン作ってみたら行けた。
通常変数も使わなくて良い様に更新しておいた。
ところでもうすぐ（980）で次スレ立てかー。
977(1): 2019/06/10(月)17:21 ID:YJ0iBqjW(6/6) AAS
導入する側からすれば既存コモンへの上書きはもちろん、
DBへの追加上書き、通常変数も使わないってのが理想
というか親切だよね 更に言えば追加導入するコモンは
なるべく一つにまとめられていた方が面倒がなくてよい
978(2): 2019/06/10(月)17:33 ID:ir28KhAC(4/4) AAS
ていうか使い方や導入方法の説明くらい付けろよw
本当に利用者の気持ちも目線も分かんないんだな
979: ケモプレ制作委員会 2019/06/10(月)17:59 ID:k08Bxz3D(8/9) AAS
>>977
勉強になったわ、サンクス
>>978
そこ私自身でも自覚しているくらい苦手なところなんだよね……、
療育手帳も持っている程コミュ障だし…w
一応今更新して説明追加してみた。
上下前次1-新書関写板覧索設栞歴
あと 23 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s