19/05/25 18:43:05.59 +qmO8z7f.net
斜め移動は横と縦が1マスずつ移動だから、単純にX軸方向にタイルサイズ分、Y軸方向にタイルサイズ分だけ移動。精密の場合はそれぞれの値が半分
タイルサイズはそれぞれの設定によるから知らん
>>885
同じような処理の範囲による
例えば俺だったら 文字を抜き出す処理は纏める(全部同じ引数と返り値で設定できる。更にコモンイベント名を「文字を抜き出す[位置]」とかにしておけば後から見返した時に分かりやすい)。
計算結果、行別最大文字数、文字列の行数は別にするかな。全部処理目的が違うか引数が違うし。配列とか行列で返せるなら行数と行別最大文字数の2つは纏めるかな。セットで使うことが多そうな気がする
909:ケモプレ制作委員会
19/05/25 21:56:19.42 ygM8qL4a.net
私なら
>>885の5つを上から順にA~Eとすると
・全部別々に作る
・DとEは別々に作って、第六のFコモンでDとEを呼び出す形にする
・Bのコモンは、Aを呼び出す処理を使用して省略
・Cのコモンは、A、B、Fを呼び出す処理を使用して省略
で計6コモンにするかも
910:名前は開発中のものです。
19/05/25 22:02:45.01 8ry8NOBp.net
質問です
斜めからの会話をできなくさせることは可能ですか？
911:ケモプレ制作委員会
19/05/25 22:12:42.12 ygM8qL4a.net
変数操作＋で主人公のXY座標と呼び出しマップEvのXY座標を
それぞれコモンセルフ代入して
条件分岐で主人公のと呼び出しマップイベントのを比較して
XYのどちらも違ったら1を、XYのどちらか片方でも同じだったら0を
返すコモンを作って置き、
会話イベントで呼び出して、マップセルフに返り値を代入、
そのマップセルフが条件分岐で0だった場合のみ台詞表示にする方法が
考えられる。
912:883
19/05/25 22:57:53.25 o02PL3ys.net
繰り返して書く処理は別コモンにして修正しやすくして
似通った目的で設定項目も同じならコモンをまとめて使いやすくする感じ？
これでいいとこ取りになってるかな
913:名前は開発中のものです。
19/05/26 04:59:14.14 rtAEQ+sP.net
「入力値だけ違って構文自体はほとんど変わらない」なら
コモン分けるのも容量の無駄なのでまとめていいと思う
「機能も構文も異なるコモン」なら、下手にまとめちゃうと
不具合起こしやすくなるし調査も大変になっちゃうので
なるべく細分化した方がいいんじゃないかな
つまり、なるべく無駄なく分かりやすく
914:名前は開発中のものです。
19/05/26 05:37:02.75 7fX2YiLP.net
どこまでまとめてどこから分離するかは経験値の世界だから理屈にするの無理だと思う
915:名前は開発中のものです。
19/05/26 11:30:40.31 KIaUTMxa.net
機能ごとに分けときゃ何にも問題ない
916:名前は開発中のものです。
19/05/27 00:34:07.33 vstSbZjL.net
機能ごとにコモン作ったら呼び出すとき探しづらいじゃん
917:名前は開発中のものです。
19/05/27 06:38:46.29 8E/03fqt.net
どこで分けるか判断できない
機能を把握できない
要するに知性が足りずないない尽くしのお前が悪いって事だ
918:名前は開発中のものです。
19/05/27 09:40:18.80 l8xH1uid.net
把握できないのはエディタの機能不足が原因だからウディタやめてプログラミングやったほうがいいよ
919:ケモプレ制作委員会
19/05/27 10:25:47.75 7OSEz8ld.net
というかそもそも他の人にとってやりやすいやり方が自分にとってやりやすいとは
限らないし、好みの問題だからいいとこどりや正解なんてないと思う。
特に気にせずやりたいように作ってたら、やりやすいやり方が見つかると思うし、
それよりもモチベーションが大事だと思う。
モチベーションがあれば、それだけ経験をつんでいけるし、
経験をつんだ分理屈を理解できるようになる。
後、機能を把握できないのは逆にその人にとって機能が多すぎるからだと思うよ。
920:883
19/05/27 10:57:12.81 vstSbZjL.net
意見くれた人ありがとう
今まで通り自分なりに作っていきます
921:名前は開発中のものです。
19/05/29 19:42:12.96 zt0+m7o7.net
変数で主人公とかのキャラクターの向きって変えれましたっけ？
動作指定くらいですかね
922:名前は開発中のものです。
19/05/29 22:45:16.86 ZnZEw5W1.net
918006だっけ？
923:名前は開発中のものです。
19/05/29 22:54:55.56 eWZsKbiQ.net
0が足りない気が
924:名前は開発中のものです。
19/05/30 14:09:01.27 X2OSYEBx.net
変数あったのですね！ありがとう
925:名前は開発中のものです。
19/05/31
926:21:05:25.57 ID:55Jl40k2.net
927:名前は開発中のものです。
19/06/02 22:04:46.95 qPgbsEtc.net
スレが伸びなくなった
928:名前は開発中のものです。
19/06/03 07:31:09.34 67yryGkE.net
伸びる要素ないし
929:名前は開発中のものです。
19/06/03 13:42:16.23 Mrispi1I.net
せっせと作ってると来ないしな
930:名前は開発中のものです。
19/06/03 14:55:53.89 Mrispi1I.net
アイテム回りを改造して、キャラ別に管理しようかと思って途中まで進めたんだが
面倒くさい割に得られるものが乏しいな
キャラを選ぶために様々な場面でプレイヤーの手間が増えてしまう
個数制限や種類制限をつけるにしても別の手段を使う方が良い感じだなあ
931:名前は開発中のものです。
19/06/03 15:19:05.49 IXdoU8gi.net
全員の所持品一覧表示して
アイテム名の脇あたりにキャラアイコンとか載せるメニューも作っておけばプレイヤーの手間は減るんじゃないかな
実装する労力に見合う内容かは知らんけど
932:名前は開発中のものです。
19/06/03 16:05:03.94 Mrispi1I.net
その発想は全く無かった、上手いやり方だな
ホラー調のゲームを作る時には参考にさせてもらうかも
ただ、今作ってるファンタジーだとアイテム個別管理自体の意味がほとんど無い
元々は武器防具の個別強化システムを入れたくて始めたんだけど
それを実装するのにアイテムの個別管理なんていらないということに気付いてしまった
933:ケモプレ制作委員会
19/06/03 18:54:30.50 PeS3s6SG.net
メニューで思い出したけど、
2つの文字列を比較して同じ文字列の行のみ残して返すコモンは一度作ったら、
用は共通の項目を返せるってことだから、
メニュー周りで何かの一覧を表示する際の項目管理が楽になって
めっちゃ楽しくなってくるからオススメ。
アイテムの個別管理は、某TRPGの常備化システムみたいに所持金の概念をなくして
価格の合計がキャラクターの経済力を表わした変数を超えない範囲で
自由に持つことができるようなシステムとは相性が良さそう。
（冒険ファンタジー系の世界設定だと常備化システムより
普通にお金をじゃんじゃん稼ぐシステムの方が相性良さそうだけど。）
934:名前は開発中のものです。
19/06/03 23:25:27.41 kuK8bcKR.net
消費アイテムを制限するというより
むしろ使わせるために個別アイテム制を使うというのはアリかもなあ
が、普通のRPGだとやっぱり微妙だ
制限つけたくなる気持ちは分かるんだけども結局誰も得しない感
935:名前は開発中のものです。
19/06/04 14:03:47.80 KUfUL6QH.net
常に一定量の物資が回ってくるとなると所属部隊で活動中の軍人とかかね
936:名前は開発中のものです。
19/06/04 16:16:07.06 enxBDsM8.net
この変なコテハンの言う事はいつも的がズレてるな
流れに則しているようでただ自分の話をしてるだけというか
だから誰も絡まないんだろうけど
937:名前は開発中のものです。
19/06/04 16:33:07.91 Yni7dIT3.net
ダンジョン飯みたいなゲームの案を練ってるけど
アイテム所持制限を厳しめに設定して、食料は現地で魔物から調達させたいと考えてたわ
古いけどダンジョンマスターとかそんな感じだよね
ディアブロみたいなハクスラだと所持品制限は割とイラつく要素だと思う
ディアブロはポータルで緩和してたけど
938:名前は開発中のものです。
19/06/04 18:50:13.72 Slr+7HbX.net
ハクスラで魔物飯食うのだとドラゴンズクラウンがそうだったな
ハクスラをメインで作りたいならそっち参考にしたら良いんじゃない？
ダンマスみたいなゲームとハクスラは合わないと思うわ
あと俺の記憶だとダンマスは所持数制限が厳しいんじゃなくて、1度入ったら2度と�
939:oられないダンジョンとか、単に食料の入手ルートが少ないだけとかだったはず
940:名前は開発中のものです。
19/06/05 07:50:54.24 haJDpc6U.net
細かい部分の改良や調整はとりあえず保留にして、
そういうことは出来上がってからじっくりやればいいのに、
それができないから自分は完成しないのだなと思う
941:名前は開発中のものです。
19/06/05 15:15:27.20 mMOBgErR.net
ピクチャで移動させてて
イベントの範囲内を歩くと必ずピクチャがもたつくのですが、
改善するのにはどうしたらいいか分かる賢者は居ませんか？
942:ケモプレ制作委員会
19/06/05 17:57:50.99 hvj0YiXj.net
>>920
ゲーム画面でデフォルトマップ使ってピクチャを並列イベントで表示してるのなら、
単純に表示するピクチャが多すぎたり、マップイベントが多すぎたり
並列イベントが多すぎたりして、重くなってるんじゃないかな。
後、変数操作＋でマップのマスやキャラの画面XY座標算出して、
並列でピクチャ表示してるのなら、並列のインターバル短すぎるとカクカクになるし、
長すぎると綺麗に動くものの、内部処理の挙動と表示の挙動がずれることになるから、
移動のタイミングを合わせて、違和感を減らしたり、
スクロールとリンクとか組み合わせたりする必要がある。
943:名前は開発中のものです。
19/06/05 20:45:26.08 P75xczi8.net
賢者っつかエスパーだな
944:名前は開発中のものです。
19/06/05 20:50:36.42 mMOBgErR.net
>>921
回答どうもです
試行錯誤した結果、自分にはイベント接触じゃまだ無理そうだったので
並列処理で何とか組んでみる事にしました
945:ケモプレ制作委員会
19/06/05 22:14:58.08 hvj0YiXj.net
私はエスパーというよりゲスパーかな
文面から推測して考えられる可能性の一部とその対処法を仮言命法で一応言ったけど、
結局仮定が外れていたようで会話のドッジボールになってる気がする……。
946:名前は開発中のものです。
19/06/06 08:58:07.27 9MWBF1ZN.net
ゲスパーは下衆の勘繰りのことであってguess+ESPerではないかと思うぞ
947:名前は開発中のものです。
19/06/06 13:26:00.17 K3qnkfW8.net
「必要な時だけ実行したい並列実行のコモンイベント」を
みなさんはどうやって実行-停止させていますでしょうか。
・普通に通常変数にフラグを作って変数操作で実行
・コモンは「呼び出しのみ」にして、並列実行のマップ
イベントから呼び出す
・その他
ご意見下さい。
948:名前は開発中のものです。
19/06/06 17:08:16.92 tG2SwAik.net
呼び出す機会が多ければ変数、少なければマップからだが
どっちにしろ処理が飛んでも平気なもの以外ではあんまり使いたくないのが本音
949:名前は開発中のものです。
19/06/06 18:21:23.22 Fvtg7H1N.net
・普通に通常変数にフラグを作って変数操作で実行
変数多くはなるけど確実だし忘れてない限りは楽なのでこっちです
でもウディタの仕様上、
仕方なくマップイベントと並行しなきゃならなかった場合はそうする
950:ケモプレ制作委員会
19/06/06 19:53:51.01 dWVssLjZ.net
私は素材としての再利用を考慮してコモン組むから、
通常変数や予備変数、マップイベントはあまり使いたくないので、
並列実行（常時）のイベントの内部でコモンセルフにCDB代入して、
その変数で条件分岐して並列用に作った呼び出し実行コモンを
呼び出すやり方をしてる。
951:名前は開発中のものです。
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
９９９
1024:うめうめ
19/06/14 16:47:33.44 sFC5elI1.net
１０００
1025:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 374日 23時間 15分 12秒
1026:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています