【ウディタ】WOLF RPGエディター　其の66

**名前は開発中のものです。** · 2018/06/04(月) 17:32:21.11

RPGツクール系よりは手がかかる分、比較的細かい所まで作り込む事ができます。
RPGツクールでは物足りないけど、プログラミングはちょっと……という方にお勧めです。
次スレは　>>980　が立てて下さい。

■WOLF RPGエディター公式サイト
ttp://www.silversecond.com/WolfRPGEditor/

■開発者サイト　SilverSecond
ttp://www.silversecond.net/

■エディター説明書
ttp://www.silversecond.com/WolfRPGEditor/Help/

■WOLF RPG エディターパーフェクトガイド
ttp://www.silversecond.com/WolfRPGEditor/Guide/

質問スレ
WOLF RPGエディター質問スレ其の10
http://echo.2ch.net/test/read.cgi/gamedev/1463812471/

前スレ
【ウディタ】WOLF RPGエディター　其の64
http://mevius.2ch.net/test/read.cgi/gamedev/1490548845/

以下、公式サイトから抜粋。

○高度なRPG開発が可能な、完全無料のゲーム制作ツールです。
○作成したゲームは自由に配布･販売･コンテスト投稿などが可能。
○ｺﾓﾝｲﾍﾞﾝﾄを導入することで、ゲームシステムを無限に強化できます！
※Ver2.02a以下のウディタで暗号化したファイルは、Ver2.10以降のウディタでは読み込めません
　旧Verの入手も公式HPの【本体のダウンロード】のページから可能です

**名前は開発中のものです。** · 2019/05/16(木) 09:40:35.41

片道勇者2の作者が見たら泡吹いて倒れそうな書き込みばかりだあ
いつ完成するのか

**名前は開発中のものです。** · 2019/05/16(木) 11:03:42.18

ピクチャ消去命令は処理時間にどんな数字を入れても一瞬で消してしまうんですか
段々消えていくという効果が現れないのですが

**ケモプレ制作委員会** · 2019/05/16(木) 12:50:59.29

原因としては処理時間と発動ディレイを間違えているか、
処理時間の分ウェイト入れてなくて、ディレイ無しで
すぐ同じピクチャ番号使用しているか、
他の並列コモンからそのピクチャ番号にスタンド攻撃を受けているかだと思う。

ちなみに、段々消えていく処理は、
消去の他にピクチャの移動で不透明度を0にするという方法もあるよ。

どちらにしてもすぐ次に同じピクチャ番号使用したらその瞬間に消えるから、
同じピクチャ番号を続けて使用する場合、処理時間の分ウェイト入れるか、
処理時間の分次のを表示する際にディレイ入れないといけない。

**名前は開発中のものです。** · 2019/05/16(木) 12:59:28.99

>>792
ありがとう、やっぱり疑似になっちゃうか

個々のマスを指定角度だけ回転出来る仕様だったらと思ったけど
それは無茶な要望になりそうだ…ｗ

**798** · 2019/05/16(木) 14:28:29.91

>>799
実行選択肢の前に入れていた表示リセット用のピクチャ消去命令が何故か動いていたようです
はずしたらそれっぽくなったけど次にどんな不具合がまた出るかわかりませんね

**名前は開発中のものです。** · 2019/05/16(木) 16:07:51.32

バグを量産している時より
「当初の設計通りに完成したのに結果がクソだった」という時の方がキツい

**760** · 2019/05/16(木) 21:37:16.92

>>767
お返事遅れてすみません。
戦闘用のシステムなんですが、簡単にいうと前衛で戦闘不能者がでた場合ターンの終わりに
不能者と控えにいろメンバーを自動で交代させるようなモノを考えてるのです。
既存のゲームでいうとFF6のラストバトルで用いられてるようなのですね。
多人数の味方がいることを想定してのものなので、これと同時にメンバーチェンジコモンのような
メンバーを管理できるものも必要になる…のかな？

**名前は開発中のものです。** · 2019/05/16(木) 23:09:13.13

>>803
横レスだけどひとつ質問
＞ターンの終わりに不能者と控えにいろメンバーを自動で交代させる
これってどういう順番で控えメンバーと交代するかってのは考えてる？
例えば戦闘キャラのAと控えのB・Cという三キャラがいて、
AがやられたらBが、BがやられたらCに代わるみたいな風に変わる方式か、
それともAがやられたら何かしらの条件を参照して適したメンバーが選出されるみたいな方式か
順番に入れ替える方法なら760さんでも作れると思うので自作したほうが今後楽になると思う

**名前は開発中のものです。** · 2019/05/16(木) 23:24:18.63

中身知ってればGUIのレイアウトとか省いて2、3時間で作れるとは思うけど
これから中身見てやるってなったら結構ダルそうではある

**760** · 2019/05/17(金) 01:10:01.47

>>804
返信ありがとうございます。
入れ替えの仕方についてですが、前述のほうのあらかじめ決めた順番に入れ替わっていくのを考えてます。
それで自分で作れるかどうかですが…ウディタ自体触りだして日が浅いのと、そこから作るとなると
もう自分の趣味の領域から逸脱したものになって難しいと思うので依頼を考えてたのでした

**名前は開発中のものです。** · 2019/05/17(金) 03:02:05.39

基本システムの最新版で、設定した順に戦闘不能キャラと控えキャラを交代させることはできた

戦闘メンバーを一人に限定すると勝ち抜き戦みたいになって新鮮だわ

ただ、戦闘中にコマンドで入れ替えさせるとか、入れ替え時に特殊技能発動させるとか、蘇生技を控えメンバーに使うとか、コンシューマゲームでみるような機能をつけたい場合はめんどくさそうだわ

**ケモプレ制作委員会** · 2019/05/17(金) 12:49:33.68

>>807
最新版で技能をコモンイベントを起動する設定にした際、
起動したコモンイベントでPTメンバーを入れ替えた時のバグ防止処理は見かけたけど、
戦闘に参加しない控えメンバーの設定って、デフォルトであったっけ？
確かに勝ち抜き戦は面白そうだし、バランスも調整しやすそう。

**名前は開発中のものです。** · 2019/05/17(金) 13:48:21.61

基本システムならターン終了時処理で
味方に戦闘不能者がいるかで条件分岐すれば
割と簡単にできる気がする
任意で入れ替えしたいなら手間は手間だけど
そういうコモンも公式に上がってたと思う

**名前は開発中のものです。** · 2019/05/17(金) 15:04:05.49

入れ替えができるなら、入れ替え時に技を使うのは割と簡単
パーティ外のキャラを選択するのも、入れ替えを自力で作れる人間なら十分可能かと
一番面倒くさいのは入れ替えそれ自体じゃないかな
最悪のクソみたいな見た目でも良ければ選択肢を使う超簡単な方法もあるけど

**名前は開発中のものです。** · 2019/05/17(金) 15:32:28.07

＞入れ替えを自力で作れるなら
ぶっちゃけ一番重要なのはこれだと思うわ
これにつまづく可能性が一番高いし、これがクリアできるなら他の部分も実相自体は楽

面倒なら頼むのも手だとは思うけど、金銭のやりとりとそれに関する取り決めも結構面倒だからな
俺だったらある程度高い額じゃないとやりたくない

**760** · 2019/05/17(金) 15:48:30.72

色々お話ありがとうございます。もう少し詳しい仕様をいうと
・戦闘の前衛人数は4,5人くらい　控え含めた総人数は数十人規模
・控えには回復、復活など処理はできない
・メンバー入れ替えは戦闘時以外でできる

こんな風に考えてます。多人数で戦いに挑める分復活手段がないのでボス戦など接戦になる場面では
ボコボコ死んでいってリソースに限りがある戦いになりますね。
戦闘時に入れ替えできるかどうかはちょっと悩んでるんですが、できない場合も
的の行動パターンと味方の控え順での「駆け引き」がおきていいかな？とも思っています

**名前は開発中のものです。** · 2019/05/17(金) 16:05:01.71

聞き流してもらっていい話なんだけど、別に有償で外注することを否定はしないけどやはり作って楽しむのが醍醐味なのだと思う
自分で組むのは難しいとしても公式の公開コモンを利用して見るくらいはしてもいいかもよ

**名前は開発中のものです。** · 2019/05/17(金) 16:17:34.12

俺も自分で作った方が良いとは思うけど人によるからねー
自分のドット絵が動いているところを見たいって理由で作っている人もいるだろうし

**760** · 2019/05/17(金) 17:08:11.85

あと追加でいうと別コモン「基本システムAdvanced　ver3」というコモン上で
動くようにしてもらいたいという点もありました。
概要はこんなとこでしょうか。

**名前は開発中のものです。** · 2019/05/17(金) 17:36:00.79

>>792
【ｳﾃﾞｨﾀ】気紛れ3Dﾀﾞﾝｼﾞｮﾝ
http://nico.ms/sm19309420

【SMILE GAME BUILDER】ﾄﾞｯﾄｲｰﾄ作ってみた【ｽﾏｹﾞﾋﾞ】
http://nico.ms/sm29541830

【実況】ﾊﾟｯｸﾏﾝがﾘｱﾙになったら怖すぎた｡【FPS-MAN】
http://nico.ms/sm20340625

【夢のﾊｺ企画】懐かしのGBｿﾌﾄを振り返ろう【第四十三回】
http://nico.ms/sm29749117

あー､気紛れ3Dダンジョンとかスキなんだけど､
最近は他のゲームツールも充実しすぎて､
ウディタでやろうとするひとが､多分､少なくなってんだろうね｡

とりあえず実検で古臭い単純なドットイートゲームや
シンボルエンカウント戦闘などをつくっていたけど｡

**名前は開発中のものです。** · 2019/05/18(土) 03:06:45.91

>>808
こうやって控えを設定した
・CDB6のデータを１つ増やして控えパーティを設定
・CDB10のデータを25まで増やして20～25を控え用に設定

主人公DBから戦闘用DBに呼び出すのはコモン203,204に>>809の言うような処理を追加するだけでいいが
今確認したら、戦闘用DBから主人公DBに戻す処理がうまくいってなかった

自分は戦闘用DBと主人公DBを主人公IDで紐づけてデータを戻す処理をコモン206に追加したけど
どっか別の処理で戦闘時の配置＝パーティでの並び順として
処理してるっぽくて別人のHPやMPが反映されてしまう

探すの面倒いからもう寝ますわ

**名前は開発中のものです。** · 2019/05/18(土) 03:17:49.72

よくやるな
俺はもうコモンイベント集にあるシステムで動くようにしてって話を聞いただけでリタイアだわ

**名前は開発中のものです。** · 2019/05/18(土) 05:08:06.43

全滅時に控えが出て来る設定だけなら割と楽
まず控えの設定は主人公ステータスに項目を一つ加えて
「0なら未加入」「1なら加入済み」ってやるだけ
戦闘メンバーは実際にパーティに加入しているから区別の必要は基本的に無い
（戦闘メンバーから外れた時に備えて加入済みにしておく必要はある）
あとは「倒れてる奴はパーティから外す」
「主人公を次々に調べて、控えメンバー認定されてる奴をパーティに加える」でOK
まあ、これはあくまで大筋の話なので、このまんまやると壮絶にバグる
とはいえ、色々いじる気概があれば修正はそこまで難しくはないはず
ただ任意交代はこんなに簡単ではないんで注意な
あと戦闘DBの10番以降は基本的に敵の領域だからいじるのはやめた方がいい

**名前は開発中のものです。** · 2019/05/18(土) 09:46:39.77

>>819
UDB13で最大7体しか敵を設定できない都合上、CDB10の20番以降を使っても問題ないと判断したけど、そうでもないのか
参考にします

基本システム読むのは時間かかるな

**名前は開発中のものです。** · 2019/05/18(土) 10:41:48.30

仲間追加削除って戦闘中にも使えた記憶がある、あれターン終了時とかに使えばいいんじゃね？
基本システムで一時データベース書き換える改造はオススメしない、仕様に沿って新たに追加していく方針がいい

**名前は開発中のものです。** · 2019/05/18(土) 10:44:17.35

そもそもコモン作成を依頼して人なるんだから
そんな作り方の話ししてもしょうがないけどな

**名前は開発中のものです。** · 2019/05/19(日) 14:20:24.91

公式の公開コモンに「お手軽3Dダンジョン」っていう
ワイヤーフレームのダンジョンが作れるコモンがあるけど
これ旧基本システム用なんだよなー
誰か基本システム2用に更改してくれたら嬉しいのに

**名前は開発中のものです。** · 2019/05/19(日) 14:33:54.32

旧基でも戦闘とかメニューとかに関わっていないなら普通に使えなかったか？

**名前は開発中のものです。** · 2019/05/19(日) 14:57:21.40

やりたいゲームが無かったから自分で作り始めたけど中々難しいな

**名前は開発中のものです。** · 2019/05/19(日) 15:33:37.28

言われてみればアレってマップ周りくらいしか変更ないな
もしかして基本システムである必要すらないのかもしれない
試してみよう

**ケモプレ制作委員会** · 2019/05/19(日) 19:42:40.90

3D描画＋基本システム2といえば、
・各種画面サイズに対応
・動く3Dオブジェクトに対応
・各種地形ごとに足音を設定可能に
・地形ごとに異なる天井や床の高さを可能に
・敵にレベルを設定可能に
・敵も装備を可能に
・敵にも戦闘コマンドを設定可能に
・マップごとにテクスチャ用に参照するDBタイプ番号を変えられる
な合作コモン配布してたりするから良ければ見て欲しい。
https://www.freem.ne.jp/win/game/18651

**名前は開発中のものです。** · 2019/05/20(月) 09:32:47.72

ウディタで3Dとか邪道すぎて、dxlibでやれよと思ってしまう
さらに、dxlibじゃあなくて、UE4とかでやれよとも思い始めてしまう、俺がいる

**名前は開発中のものです。** · 2019/05/20(月) 12:05:58.04

なんで突然3Dの話しだしたのかと思ったら学会やってたのか

**名前は開発中のものです。** · 2019/05/20(月) 12:38:14.02

なに学会って

**名前は開発中のものです。** · 2019/05/20(月) 13:34:00.61

ウディタ学会らしいよ？
130行のコモン一個で動くレースゲー的表現を見て俺はそっとウインドウを閉じた

**ケモプレ制作委員会** · 2019/05/20(月) 13:52:41.97

>>831
あ、それ狼煙さんがツイッターで言ってたやつだ！
https://twitter.com/WO_LF/status/1129677831787573248
https://www.youtube.com/watch?v=bvlD7gQfcmM
https://twitter.com/5chan_nel (5ch newer account)

**名前は開発中のものです。** · 2019/05/20(月) 14:23:16.56

ファミコンのF1レースみたいなもの？

**名前は開発中のものです。** · 2019/05/20(月) 18:57:08.79

お手軽3Dダンジョンコモン、色々と修正は必要だったけど
基本システム2でも動かせそうだよ　情報ありがとう

やっぱマップは2Dより3Dが作るの楽だなぁ
マップチップ調達に悩まなくていいし

**ケモプレ制作委員会** · 2019/05/20(月) 19:30:29.34

>>834
>>やっぱマップは2Dより3Dが作るの楽だなぁ
>>マップチップ調達に悩まなくていいし
激しく共感、
私もキャラチップの代わりにモンスターグラフィック使うために疑似3Dやってる。

**名前は開発中のものです。** · 2019/05/20(月) 20:29:21.65

828だけど、本当、君らウディタ民って変態ちっくだなぁ
俺も一時期は色々やろうとワクワクしてた時期があったが、なんというか、
ライブラリとか使おうという気が凄くて、わざわざ車輪の再発明ちっくなことをする気が起きない

もうおじさんな俺にはついていけないぜ

**ケモプレ制作委員会** · 2019/05/20(月) 21:52:09.52

>>836
UE4使えるのは純粋に凄いなー！
UE4やUNITYって素材の利用規約が複雑だし、英語で書かれた規約もあるから、
素材の利用規約を読むのに結構時間がかかりそう。
色んな素材使うと権利関係も複雑になるし。

ウディタは割と利用規約が軽い素材が多い印象。

**名前は開発中のものです。** · 2019/05/20(月) 22:24:02.88

CPUの進化が頭打ちになってきてるから限られた環境で構築できたりソースコードを短くできたりする一昔前のプログラマーのような能力が求められる時代が来ると言われてるね

**名前は開発中のものです。** · 2019/05/20(月) 23:29:54.97

難しい話は良く分からん

**名前は開発中のものです。** · 2019/05/20(月) 23:50:40.79

>>837
俺、ゲーム作りたい派ではなく、システム作りたいぜ派なので、素材とかぶっちゃけない
全部デフォかシステムで作った四角や丸ばっかり

ウディタの時も、自作システムしか作らなかったし

>>838
俺、CPUやらの専門家ではないが
Cacheという言語があるだが、そこには"R 変数"で、入力を受け付けるというのがあるだが、こんなソースが早いとは思えないだが(ついでに初心者に対する可読性が悪い)、普通に"READ 変数"も変わらん気が・・・
問題は、コンパイラで高級言語をアセンブラに直した時に、ソースが長くなるのをどうにかすべきというところでは？
そもそも、スパコンで回すプログラムは、全部スパコン専用に設計しているから、元から、838さんが言っているみたいなことになっているぞ

**名前は開発中のものです。** · 2019/05/21(火) 05:05:14.25

このようになにかというと「オレ知識も経験も豊富なんですよアピール」に持っていくマウント取りおじさんがどんな話題でも必ず湧いちゃうのが、このスレが過疎ってる大要因だと思った

**名前は開発中のものです。** · 2019/05/21(火) 10:21:56.84

>>841
この程度の関係資料はググれはいくらでも出てくるし
スパコン関係かそれに類似する記事などをちゃんと読んでれば、誰でも思いついて書けるぞ

841さん、「俺の持ちネタじゃあ攻めきれないから、このおじちゃんきらいー」と言っているのと同じだぞ
ウディタで3D作っちゃう連中みたいに、知識や技術に対してもっと熱くなれよ

**ケモプレ制作委員会** · 2019/05/21(火) 10:50:34.19

もっと熱くなれよは同意だけど、ウディタのスレだし、
ここの住民にウディタ以外の知識を過度に求めるのは
何か違うような気もする。

ウディタ以外の知識がなくても楽しめそうな話題といえば、
ゆーいちゲームスのウルファールドというゲームオススメしたい。
https://www.freem.ne.jp/win/game/16343
ウディタ製でウルファールも登場するし、純粋にクオリティ高い。
しかも、ミニマルな設計だから、小規模でハイクオリティな作品作りたい時に、
参考になると思う。

**名前は開発中のものです。** · 2019/05/21(火) 11:09:08.83

>>841
しかも語句しか知らなくて中身が伴っていないからな
覚えたての言葉を使いたがる子供以下

**ケモプレ制作委員会** · 2019/05/21(火) 12:28:29.43

>>844
勝手な推測だけど、836や840ってマウントとるおじさんを演じるのが好きなだけで
本気でマウントとっているわけじゃなさそうに見える。

後、煽るのもスレが過疎る原因になるし、
マウントとるのは基本的には自己評価が低いからって聞くから、
とりあえず、周囲を褒めまくれば周囲それぞれの自己評価が
上がって周囲がマウントとらなくなってWINWINだと思うし、
逆に煽れば煽るほど相手の自己評価が下がってマウント取るようになると思う。

**名前は開発中のものです。** · 2019/05/21(火) 14:19:05.60

掲示板で戦ってる暇があったら処理作ってる方が楽しいとは思う

**名前は開発中のものです。** · 2019/05/21(火) 15:14:44.46

残業や休日出勤したほうが効率いいって考える奴マジでいるんだな

**名前は開発中のものです。** · 2019/05/21(火) 18:22:01.78

わざわざウディタのスレでマウント取りたいがあまりウディタと
関係ないスキル振りかざして「お前らそんなことまでウディタで
やるとか変態だな」とまで言うのは、いくらなんでもスレ潰しすぎる。

プログラミング言語の話がやたら挙がることについてもまぁそういう
理由なのだろうし、自己評価の低さから無意識にやってしまっているの
だとは思うけど、やはりこういう「自分のやっていることの意味すら
分かっていない害悪なだけの愚者」には、いい加減うんざりなわけで。

**名前は開発中のものです。** · 2019/05/21(火) 20:19:35.17

本人は園児達が三輪車でキコキコ遊んでるところにF1マシンで乗り込んできてるつもりなんだろう
実際は「えふわん」と書かれたステッカーを貼った補助輪付きの自転車だったとしてもな

**名前は開発中のものです。** · 2019/05/21(火) 21:14:35.41

だから事実そうだとしてもわざわざ首突っ込んで言うあたりスレチだってわからないかな
スレ民から煙たがられて当然だよ

**名前は開発中のものです。** · 2019/05/21(火) 21:44:58.33

なかよくしようや

3Dダンジョン作ってんだけど、デフォルトのマップエディタでダンジョン作るいい方法ないかな？

**ケモプレ制作委員会** · 2019/05/21(火) 22:50:55.81

私の公開している合作コモンもデフォルトのマップエディタで3Dダンジョン作れるし、
そのもととなった公式のコモン集にあるLucifaさんの3Dダンジョンコモンも
デフォルトのマップエディタでダンジョン作れる。
後、話題に挙がった気紛れ3Dダンジョンもデフォルトのマップエディタで3Dダンジョン作れる。

方法としては、ループ処理で順番に各マスのマップチップ番号やイベントIDを
変数の操作＋で読み込んで、予めUDBやCDBで設定しておいた
テスクチャを参照して表示するようにすると実現できる。
https://www.freem.ne.jp/win/game/18651

**ケモプレ制作委員会** · 2019/05/21(火) 23:01:09.46

つい自分の合作コモン見てもらいたくて、合作コモン紹介しちゃったけど、
質問者の立場になって考えるなら、Lucifaさんのコモンを参考にするのが
わかりやすいかも。

**名前は開発中のものです。** · 2019/05/21(火) 23:19:15.16

現在位置を中心として周囲のマップチップを変数+で調査し
通行不能な場所を「壁」、それ以外を通路として読み込む感じなのかな
あとは読み込んだ「通路の状況」他に合うように画面を表示する、と
やり方を聞いてしまうと、素材があれば意外と楽なようにも思えるな

**名前は開発中のものです。** · 2019/05/21(火) 23:32:06.51

察するに昨日のＦ1も大筋の論理は一緒なのかな
あとは移動距離をてきとーに計算して
それが一定を超えたら次のチップに移動するとか？
道路自体のアニメをどう表現すりゃいいのかはさっぱりだが
描画して消してを繰り返せば、それっぽく見える気はする

**ケモプレ制作委員会** · 2019/05/22(水) 00:13:31.68

>>854
そんな感じ。
この読み込み方は、クォータービューとかでも使えるから、色々応用できる。
ぶっちゃけ3Dコモンよりクォータービューコモンの方が少ないから、
クォータービューのコモン出してみたら使ってくれる人いそうとか企んでる。
>>855
F1はカーブの感じ的にコースはマップを参照せず、
計算式で出しているように思えたけど、よくわかんない。

**名前は開発中のものです。** · 2019/05/22(水) 05:40:01.62

お手軽3Dダンジョンコモンは元々が旧基本システム用だし
そもそも導入自体がそれなりにウディタへの慣れを要する
入れるのに半日くらいかかったぜ
でもあまり凝った機能はいらなかったしあのシンプルさは
物凄く好みだったから頑張った

**名前は開発中のものです。** · 2019/05/22(水) 08:01:40.02

マップイベントってセルフ変数に名前付けられないし
数も少ないから、イベントは基本的にコモンで作って
マップイベントはそのコモンの呼び出しに使う、
というやり方をしてる　店とかの施設も全部
これは妥当はやり方なんだろうか

**名前は開発中のものです。** · 2019/05/22(水) 08:48:46.65

店とかは汎用イベント用意するだろうから妥当じゃないか

セルフ変数に関しては、
コモンセルフは複数呼出時に共有されるんで
呼び出し元マップEvSelf使うことも結構あるけどね

**名前は開発中のものです。** · 2019/05/22(水) 09:26:37.50

どこまでマップイベントでやって、どこから
コモンイベントでやるのかって線引きも
よくわからないでやってる
「こんにちは」って言うだけのNPCだったら
わざわざコモンで作って呼出さなくても
マップイベントで済ませればって話になるし
そこらへんの基準はどう思われますかしら

**名前は開発中のものです。** · 2019/05/22(水) 10:24:11.58

ちなみに基本システムの話です
多少は改造もするけど

**名前は開発中のものです。** · 2019/05/22(水) 10:51:56.70

よくわからないでやったものは後々コモンやDB化することが大半だったから、最近はコモン呼び出しで統一してる
会話なら分岐も含めて全体で把握しときたいのと修正のしやすさも考えコモン呼び出し一択です

**名前は開発中のものです。** · 2019/05/22(水) 12:38:51.40

モブの会話が変わるようなイベントを考えていないなら
ＤＢに名前つける手間の方がかかるかもしれないからマップイベントで良いのでは
ストーリー展開で皆が喋る内容を変えるならコモン使ってＤＢから個別に呼ぶ方が楽
あとは乱数操作で会話変える場合なんかもコモンとＤＢ作る方がいい、両方やるなら尚更

**名前は開発中のものです。** · 2019/05/22(水) 12:48:50.61

あとは仲間キャラが固定じゃない場合に
仲間を混ぜて会話のドッジボールする場合もコモンとＤＢの形を取るべきかなあ
まあこれはそもそも面倒くさいのでやるかどうか自体考え物だけども

**名前は開発中のものです。** · 2019/05/22(水) 13:09:37.41

にゃるほど
店とか会話程度のそのマップで完結するイベントなら
やはりマップイベントで済ませちゃった方がいいのかのぅ
品揃えとか会話内容が変わるにしてもマップイベントなら
ページ分けできるって特徴もあるわけだし

前にゲーム開始時のキャラメイクとかメンバー編成を
「どうせ最初しか使わないイベントだし」と思って
タイトルマップのマップイベントだけで作ったら
セルフ変数は足りないし文字列用もないから
えらい苦労しちゃった事があって

マップで完結する＆それほど大規模じゃなければ
マップイベントで済ませてよい、ということかしら

**名前は開発中のものです。** · 2019/05/22(水) 14:02:39.43

むしろそのページ分けが面倒だからこそコモン化する感じかも
手間を省くために手間をかけるってやつ

**名前は開発中のものです。** · 2019/05/22(水) 14:19:16.96

ページ分けも含めてコモンで一括処理できるようにしてるな
マップイベントの役割はEV番号の引数を渡す程度

DBでテキスト管理するにしてもエクセルで入出力するのがワンクッションある程度だし
それすらも面倒だったら外部テキスト読み込むコモン組めばテキストエディタのみで完結できて楽かも

どの方法を選ぶにせよ選択肢を知っておくのはいいことだ

**名前は開発中のものです。** · 2019/05/22(水) 15:35:24.76

コモンイベントにせよマップイベントにせよ「数値や文字列等の
データはデータベースで管理すべきであって、イベント自体に
持たせるべきではない」ということをどこかで見た記憶がある
それがあるべき姿かもしれないけど「プログラミングスキルが
なくてもゲームが作れるツール」であるウディタを使う分には
そこまでカッチリしなくてもいいのかな、とも思う
基本システム自体にもNPCの会話用DBなんてデフォでないし

**名前は開発中のものです。** · 2019/05/22(水) 17:54:43.15

>>845
840だけど、半年ぐらい、お世話になったウディタ民の知識の助けになればと思って、ここに居たけど
荒らす原因ばかりになっているから、消えるわ
俺の未練を切るために、講座が足りないと思って、載せていたウディタ向け資料も全部消す

ごめんな

**名前は開発中のものです。** · 2019/05/22(水) 18:15:44.24

おうまた明日な！！

**ケモプレ制作委員会** · 2019/05/22(水) 19:05:14.46

いい機会だから言うけど、
私は変態だなは褒め言葉や冗談として受け取ってたし、
マウントとるのを演じる人とは思ったけど、マウントとる人とは思ってないから
869に対して自己評価が低いとは思ってないっていうのは伝えておく。

かばい過ぎたらそれはそれで荒れそうだったしで、
あんまり巧い治め方ができなかった。
852の内容が不快な言い回しになってたら御免。

**名前は開発中のものです。** · 2019/05/22(水) 19:37:15.61

こういうタイプはどうせ消える消える詐欺だから気にせんでよし

**名前は開発中のものです。** · 2019/05/22(水) 20:56:23.96

割とどうでもいい
縁と周期が合えば一気に出来上がるけど縁が無いならそれまでだ

**名前は開発中のものです。** · 2019/05/22(水) 22:38:33.27

立つ鳥跡を濁さずという言葉があってですね

**名前は開発中のものです。** · 2019/05/23(木) 10:27:26.02

自分の劣等感を紛らわすために知識ひけらかしてマウント取りとか
自己満足のためにスレ住人見下して不快な思いさせてきたクセに
よく「ウディタ民の知識の助けになればと思って」とか言えるな
自分の行動見てもの言えよ　最後の最後まで不快だわ

**名前は開発中のものです。** · 2019/05/23(木) 15:01:06.84

昔作った処理を見直したら全回復が種類ごとに別コモンになってて泣けた

**名前は開発中のものです。** · 2019/05/23(木) 18:06:20.00

あるある
DBとかも1つで足りるのに個別で作ってたり
後で気付いて直すのも…って状態になってる事多々ある

**ケモプレ制作委員会** · 2019/05/23(木) 19:26:08.40

>>877
分けるわけないと言えば、データを消去したりデータ数を減らしたりして数値を
初期値と同じ値に戻すときに、
DBタイプを敢えて分けておくと、この部分は消去して初期値に戻すけど
この部分はそのままにしておくとかもできるから、
どんな分け方するかは人によって好みが出るよね。

後、並列処理とか絡むときに、同じコモンを複数の並列処理が同時に呼び出すと
同じコモンセルフを複数の処理が共有することになってバグの元になるから、
並列処理用に同じ処理のコモンを二つ作る場合という状況もあったり。

**名前は開発中のものです。** · 2019/05/23(木) 19:38:44.22

ウディタに限らずだけど最初から綺麗なアルゴリズムやデータ構造を作るのは無理
途中まで作って「正解」が見えてきたらリファクタリング（または1から作り直し）で綺麗にしていくしかない

**名前は開発中のものです。** · 2019/05/23(木) 20:56:40.69

そういう部分に関して参考になるような、
非圧縮のウディタ作品あったら教えてください

**名前は開発中のものです。** · 2019/05/23(木) 21:37:59.61

>>878
あーそういう使い方もあるか！盲点だった
ピクチャの切替の処理でそういう並列の使い方はしたことあるな
あとでそうした事を忘れてる事あるけども

**名前は開発中のものです。** · 2019/05/23(木) 23:09:46.68

動きゃいいんだよ動きゃ！
そういう改善点は次作るものに活かせばええ
そうしないといつまで経っても完成しねぇし

**名前は開発中のものです。** · 2019/05/25(土) 12:27:58.47

同じような処理を１つのコモンにまとめるのと別コモンにわけるのはどっちがいいかね

例:文字列処理+としてまとめるかわけるか
文字列からN番目の文字を抜き出す
文字列からN番目以前/以降/より前/より後の文字列を抜き出す
文字列から計算結果を返す
文字列の行別最大文字数を返す
文字列の行数を返す

メリットデメリットなにが考えられる？

**名前は開発中のものです。** · 2019/05/25(土) 14:16:47.27

基本的には「動けばいい」だけど、俺なら機能別に細かく分ける
その方が不具合が起きにくいし、起きても対処（特定）しやすいから
コモンイベントの数が増えるのがデメリットと言えるかもだけど
基本的に名前呼び出しだし、数が多くても別に困らないと思う

**名前は開発中のものです。** · 2019/05/25(土) 18:06:16.79

>>883
自分は最初のと次とあと3つで計3コモンにするかも
3つのは入力コモン0/1/2で判定して貰う形にするかなあ
今使ってるものだと文字列/数値を互いに値によって変換するコモンは1つにしてる

**名前は開発中のものです。** · 2019/05/25(土) 18:09:03.47

精密/標準両者の斜め移動時って何ピクセル位移動してるか分かります？
いつも値分からなくてモヤモヤしてるのですが

**名前は開発中のものです。** · 2019/05/25(土) 18:43:05.59

斜め移動は横と縦が1マスずつ移動だから、単純にX軸方向にタイルサイズ分、Y軸方向にタイルサイズ分だけ移動。精密の場合はそれぞれの値が半分
タイルサイズはそれぞれの設定によるから知らん

>>883
同じような処理の範囲による
例えば俺だったら　文字を抜き出す処理は纏める(全部同じ引数と返り値で設定できる。更にコモンイベント名を「文字を抜き出す[位置]」とかにしておけば後から見返した時に分かりやすい)。
計算結果、行別最大文字数、文字列の行数は別にするかな。全部処理目的が違うか引数が違うし。配列とか行列で返せるなら行数と行別最大文字数の2つは纏めるかな。セットで使うことが多そうな気がする

**ケモプレ制作委員会** · 2019/05/25(土) 21:56:19.42

私なら
>>883の5つを上から順にA~Eとすると
・全部別々に作る
・DとEは別々に作って、第六のFコモンでDとEを呼び出す形にする
・Bのコモンは、Aを呼び出す処理を使用して省略
・Cのコモンは、A、B、Fを呼び出す処理を使用して省略
で計6コモンにするかも

**名前は開発中のものです。** · 2019/05/25(土) 22:02:45.01

質問です
斜めからの会話をできなくさせることは可能ですか？

**ケモプレ制作委員会** · 2019/05/25(土) 22:12:42.12

変数操作＋で主人公のXY座標と呼び出しマップEvのXY座標を
それぞれコモンセルフ代入して
条件分岐で主人公のと呼び出しマップイベントのを比較して
XYのどちらも違ったら1を、XYのどちらか片方でも同じだったら0を
返すコモンを作って置き、
会話イベントで呼び出して、マップセルフに返り値を代入、
そのマップセルフが条件分岐で0だった場合のみ台詞表示にする方法が
考えられる。

**883** · 2019/05/25(土) 22:57:53.25

繰り返して書く処理は別コモンにして修正しやすくして
似通った目的で設定項目も同じならコモンをまとめて使いやすくする感じ？

これでいいとこ取りになってるかな

**名前は開発中のものです。** · 2019/05/26(日) 04:59:14.14

「入力値だけ違って構文自体はほとんど変わらない」なら
コモン分けるのも容量の無駄なのでまとめていいと思う
「機能も構文も異なるコモン」なら、下手にまとめちゃうと
不具合起こしやすくなるし調査も大変になっちゃうので
なるべく細分化した方がいいんじゃないかな
つまり、なるべく無駄なく分かりやすく

**名前は開発中のものです。** · 2019/05/26(日) 05:37:02.75

どこまでまとめてどこから分離するかは経験値の世界だから理屈にするの無理だと思う

**名前は開発中のものです。** · 2019/05/26(日) 11:30:40.31

機能ごとに分けときゃ何にも問題ない

**名前は開発中のものです。** · 2019/05/27(月) 00:34:07.33

機能ごとにコモン作ったら呼び出すとき探しづらいじゃん

**名前は開発中のものです。** · 2019/05/27(月) 06:38:46.29

どこで分けるか判断できない
機能を把握できない
要するに知性が足りずないない尽くしのお前が悪いって事だ

【ウディタ】WOLF RPGエディター 其の66

【ウディタ】WOLF RPGエディター　其の66