【ウディタ】WOLF RPGエディター 其の65 [無断転載禁止]©2ch.net
レス数が950を超えています。1000を超えると書き込みができなくなります。
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の【本体のダウンロード】のページから可能です >>873
なるほど。
>>872
コメントありがとう。
行動毎に戦闘/逃走が出るけど、それぞれ逃走のタイミングが違うんだ。
逃走フラグをオフにすれば、大丈夫。
行動毎に画面灰色になるカットイン演出は、
「アニメーション」と「X[戦]行動実行結果算出」から呼び出されているから、
必要ない場合は省いてもOK。
灰色になるだけじゃなくて、キャラクターが横から飛んでくるアニメーションもしているはず。
左右反転はこれが理由。
ゲージはコモン集に書いてある最大敏捷を占める残り敏捷の割合を示している。
最大敏捷を占める残り敏捷の割合が戦闘メンバーの中で最も大きいキャラが行動するよ。
行動をセットしたり、セットされた行動を反映する際に敏捷は減る。
敏捷が全員0以下になったら、全員最大敏捷の数だけ敏捷が増加する。
実際は、最大敏捷が基本システムの敏捷のこと。
1フレームウェイトと可変データベースのわかりにくさは、これから精進する。 ちょっと、TRPGセッションがあって、
急いで打ったから875が悪文になった。
ごめん。 >>870、>>871
Readmeって、面倒だよね。
そんな中PDFとかで作っている人凄いなって、思う。
>>874
私も中々ストーリー浮かばないなぁ。
>>872
ありがとう。
確かにこのカットイン「ファッキンコラージュ感」あって蛇足だった気がする。
戦闘/逃走コマンドも戦闘の進行が遅くなるし、もう少し練ってみるよ。
可変データベースもこれから丁寧に整理するよう心掛ける。
ウェイトの入れる位置も、見直してみる。
さっきの悪文は御免ね。 ▂▅▇█▓▒░(´; ω ;｀)░▒▓█▇▅▂ /: : : :／: : : : :.:/| | レ' ´￣ !ｉト ｣廴,∠、|ﾊ: : : : : : : : : :＼
: : : :/ : : : : : : :| | | iﾚ ，⌒Y| | ヽ j | |jLL_l＼ﾊ:: : : : : : : : : : :丶
:': : : / : : : : : :| l 〃 ＼jﾚﾍ! i ﾑ/{ ’、＼l i|: : : : : : : : : : : い
{: : : | : . : : : : ::i j《. ﾉj j l＼ ヽ `ナｰへ, : :／: : : : :ﾉ i
：:.: i : : : : :.:.∨/`冖i i´ -‐ヽヘ i iT入ｰ=ﾆ:＼ : : :_:／ }
‘: : :＼∨ ヽ //'〜r‐rｰrｰrﾍ＼ ヽ : :.:＼ : /
, ＼ : :ー- ､ ｰ-=ﾆ,ｰ'´￣￣￣`-ﾍ ＼ ゝ ＿ 丶 く
ヽ 丶 ＼ ／::/⌒'⌒ヽ:::::::::::i| ,丶 : : : , -―-'
＼ ヽ ｰ=≦ : :ヽ レ‐--‐┴ ､::::::!! 厶斗イ ﾉ
丶. | ﾉr-=ﾆ::｣'y-r-r-r-r‐yv/ ／／レ! ／
j／ ．＞ ．｀¬冖こ冖ー '／ ´ j／
｀丶 ｀ﾏ ｰ--‐匕/ ＿
ヽ', 、 / Vヘ、 ´ ,∠ 、 丶
∧ ' ( 了 ｀¨¨´ ／ ＼ ＼
f＾ヽ //ﾍ / 〃 ＼ ヽ
レ ´ 〈_ r‐ / , ｲ 'く´
／ |／￣`/ ／: :::、 _ ∠、
〈 |: : l: :/ ／／ 八: : ::＼ /＼ 丶
/＼ 丶 V:.j:/ '／ , / ＼: : : ヽ/／ ＼
{ ):::..、_ ∨ _,／ ＼:.:/( ＼
＼/ ／√ ／ 丶 ヽ
{ ／ { 丿
V ⌒ヽ j ／
| l | ／(
i | | / ＼ ウルファールのサンプルゲームみたいに、
メニューのキャラが表示されてるウィンドウに、
キャラチップの一部を表示するためには別のソフトがいるわけか…
めんどいな。 要らんけど、初心者ならお絵かきソフトで加工したのを用意する方が楽だしそっちでいいか それがめんどくさかったら自作要素なんてほぼ無理やん ツール内で完結させることもできない
外部ツールを使用することもできない
面倒くさい初心者だな
キャラチップなら規格決まってるんだし画像分割してパターン表示でいいじゃない ff6のメルトンや幻獣ジハードみたいな
敵味方両方を攻撃対象にできるようにコモンを改造出来た人いますか
コモンうpが無理でも仕組みのヒントだけでも教えて欲しいんだけど
ちなみにff2の命中回避システムを導入できる程度にプログラミングは出来ます 質問させてください
ﾋﾟｸﾁｬにマウスｶｰｿﾙが乗ったら、そのﾋﾟｸﾁｬに紐づけられた文章が表示される処理をしたいんだけどうまくいかんです
取得したいのは、マウスカーソルが乗っているﾋﾟｸﾁｬ番号と、ﾋﾟｸﾁｬにマウスカーソルが重なっているか？(重なっていないなら値を0で取得したい)
と、ピクチャ番号に紐づけられた番号です
以下の処理だとうまくいかないです。ﾋﾟｸﾁｬ番号はDBの中に飛び飛びで入っています(表示した時に格納）
例えば変数格納(ﾏﾙﾁ)の40の0には500が入っていて、41の0には529が入っていて、42の0には610が入ってるような感じです
回数付きループの中で回すのがいけないのだと思うけど、いい方法があれば教えてください
▼ 監視したいピクチャ番号はここに入れる。
■変数操作: CSelf20[技能アイコンﾋﾟｸﾁｬ番号用] = 40 + 0
■回数付きループ [ 5 ]回
|■DB読込(可変)： CSelf21 = 可変DB[ 変数格納(ﾏﾙﾁ) : CSelf20[技能アイコンﾋﾟｸﾁｬ番号用] : 変数1 ] (15 : - : 0)
|■変数操作+: CSelf10 = ﾋﾟｸﾁｬ:CSelf21 の マウス重なってる？(1=YES)
|■条件分岐(変数): 【1】 CSelf10 が 1 と同じ 【2】 CSelf10 が 0 と同じ
|-◇分岐： 【1】 [ CSelf10 が 1 と同じ ]の場合↓
| |■DB読込(可変)： CSelf11 = 可変DB[ 変数格納(ﾏﾙﾁ) : CSelf20[技能アイコンﾋﾟｸﾁｬ番号用] : 変数2 ] (15 : - : 2)
| |■ﾋﾟｸﾁｬ表示：2000 [左上]文字列[技能番号:\cself[1] X:720 Y:400 / 0(0)ﾌﾚｰﾑ / ﾊﾟﾀｰﾝ 1 / 透 255 / 通常 / 角 0 / 拡 100％ / ｶﾗｰ R[100] G[100] B[100]
| |■
|-◇分岐： 【2】 [ CSelf10 が 0 と同じ ]の場合↓
| |■変数操作: CSelf11 = -1 + 0
| |■ﾋﾟｸﾁｬ消去：2000 / 0(0)ﾌﾚｰﾑ
| |■
|◇分岐終了◇
|■変数操作: CSelf20[技能アイコンﾋﾟｸﾁｬ番号用] += 1 + 0
|■
◇ループここまで◇◇ >>885
ヒントはウディタ公式サイトのコモンEV集の敵味方対象選択コモンと味方攻撃コモンかな。
基本システム2ならコモン160〜162辺りをいじってみて。 ツッコミどころが多すぎるので普通に質問スレでどうぞ cself[1]とcself[11]の誤記だったりしてな
つか自己解決したなら内容書いてくんねぇかな
もやもやする 誤表記とピクチャ上書きのせいやろな
そこまで面倒な質問でもないわ 重なった時点でループ抜けなきゃいけなかった模様
■変数操作: CSelf20[技能アイコンﾋﾟｸﾁｬﾃﾞｰﾀ番号] = 40 + 0
▼
■回数付きループ [ 5 ]回
|■DB読込(可変)： CSelf21[技能アイコンﾋﾟｸﾁｬ番号] = 可変DB[ 変数格納(ﾏﾙﾁ) : CSelf20[技能アイコンﾋﾟｸﾁｬﾃﾞｰﾀ番号] : 変数1 ] (15 : - : 0)
|■変数操作+: CSelf10 = ﾋﾟｸﾁｬ:CSelf21[技能アイコンﾋﾟｸﾁｬ番号] の マウス重なってる？(1=YES)
|■条件分岐(変数): 【1】 CSelf10 が 1 と同じ
|-◇分岐： 【1】 [ CSelf10 が 1 と同じ ]の場合↓
| |■DB読込(可変)： CSelf11[技能番号] = 可変DB[ 変数格納(ﾏﾙﾁ) : CSelf20[技能アイコンﾋﾟｸﾁｬﾃﾞｰﾀ番号] : 変数2 ] (15 : - : 2)
| |■ループ中断
| |■
|◇分岐終了◇
|■変数操作: CSelf20[技能アイコンﾋﾟｸﾁｬﾃﾞｰﾀ番号] += 1 + 0
|■
◇ループここまで◇◇
▼
■変数操作+: CSelf10 = ﾋﾟｸﾁｬ:CSelf21[技能アイコンﾋﾟｸﾁｬ番号] の マウス重なってる？(1=YES)
■条件分岐(変数): 【1】 CSelf10 が 1 と同じ 【2】 CSelf10 が 0 と同じ
-◇分岐： 【1】 [ CSelf10 が 1 と同じ ]の場合↓
|■処理なにか
|■
-◇分岐： 【2】 [ CSelf10 が 0 と同じ ]の場合↓
|■処理なにか
|■
◇分岐終了◇ ｵﾝﾏｳｽのピクチャ番号取得コモンの処理を思い出して自己解決したよ wolfエディタでできなくて unityで出来るという境界線がよくわからないのですが、
例を上げて説明は出来ないでしょうか
こういうゲームならwolfエディタ、それ以上ならunityという感じで
unityの方が自由度は高いと思いますが ユニティはポリゴンゲームが作れる
ウディタでもめちゃくちゃ頑張ればなんとかsfcのポリゴンくらいなら再現可能 >>896
上の人が言っているように3dという面もあるが、通信面でも、ウディタは、udpではないから格ゲーなど高速のコマンド入力には対応していないという点があり
どっかの誰かがチャット再現してたが、あれ結構怪しくて、tcpの中でも、httpのやつだから、文字数制限がきびしいし
せいぜい通信で使える範囲のは、アップデート処理ぐらいだな ありがとうございます
じゃunityでやります
イース1みたいなゲームが作りたいので つーかunityってjsかc#覚えないといけないし
相当面倒臭そう
あれを覚えるくらいならまだビジュアル言語を使えるｕｅ4のほうがマシなんじゃ どこをどう読んだらUnityでってなるんだw
イースエターナルの方ですら3D使ってないしUnityで作る方が敷居高いぞ
通信対戦の格ゲー作るでもないんだからudp関係ないし 別に途中で挫折したところで俺らには関係ないし良いのでは？
一応3Dならではの演出とか物理演算とか(何も考えずに使うと重くなるけど)使えるし、悪いことばかりではない 初心者なんですが質問いいですか
RPGですが登り坂を登るときは移動速度を落として
下るときは速度を早くしたいんですがどうやればいいですかね……
特定の場所で、
上、左上、右上キー入力で減速
下、左下、右下キー入力で高速に
どなたか教えてください イベント制御/キャラ動作指定/主人公にして、速度頻度の設定/移動速度を設定
それを特定の場所にイベント作るなりしてキー入力で分岐作って変更 並列で坂チップのIDを監視して主人公の向きで動作指定する方法もあるよね！ 主人公の向きだと一歩歩いてからしか判別できないぞ
910のをコモンイベント並列実行で作って、並列実行の起動フラグの操作と移動速度の初期化をマップイベントでやるのが一番楽で手っ取り早い デフォルトで坂チップを侵入不可にしといて向いた先移が坂だったら侵入って処理すればってのは無理か？ その場合は1F処理が遅れるように作ればできるんじゃね。チップ間移動時に必ず１Ｆ止まるようになるけど ウディタデフォ主人公は使いづらいので画面外に追いやる
その上でコモンで動作を全て制御するオリジナル主人公を作れば解決 デフォのフィールドのシステムなら1fなんてほぼ体感無くないか？
言われている処理をそのまま作ったことないからわからんけど、似たような処理でキャラ衝突とマッチップ衝突作ったことあるけど、ガタどころかまったく感じなかったぞい まあ俺も机上の空論だし、実際作ってみんとわからんなあ
と思って着手してみたけど
これ、どっちにしろキー入力監視しないと無理くね？ 眠かったしエアプで適当回答したわすまんな！
1フレーム俺は感じる方だから並列のがいいんだろうね（適当） やっつけで作ったけど半歩で右下側からだと通行不可から通行可のチップに戻れねえ
マップチップ16番に適用してみたら、半歩だと露骨に感じるぐらいだな。全歩だとちょい遅いかな程度
長すぎたり動作していはクリップできなかったりで、うｐろだ用意するほうが時間かかったわ
https://ux.getuploader.com/wrpg_commonup/download/1 👀
Rock54: Caution(BBR-MD5:669e095291445c5e5f700f06dfd84fd2) よく考えたら移動速度変更しないなら動作指定要らんやんけ ■変数操作+: CSelf10[主人公のX座標] = 主人公 の X座標(精密)
■変数操作+: CSelf11[主人公のY座標] = 主人公 の Y座標(精密)
■変数操作+: CSelf12[現在のタイルのタグ番号] = X:CSelf10[主人公のX座標] Y:CSelf11[主人公のY座標]の最も上にあるﾀｲﾙのﾀｸﾞ番号
■条件分岐(変数): 【1】CSelf12[現在のタイルのタグ番号] が V0[坂道タイルのタグ番号]と同じ
-◇分岐： 【1】 [ CSelf12[現在のタイルのタグ番号] が V0[坂道タイルのタグ番号]と同じ ]の場合↓
|■キー入力：このｺﾓﾝEvｾﾙﾌ変数13 / 上下(8,2)
|■条件分岐(変数): 【1】CSelf13[入力キー] が 2と同じ 【2】CSelf13[入力キー] が 8と同じ
|-◇分岐： 【1】 [ CSelf13[入力キー] が 2と同じ ]の場合↓
| |■動作指定：主人公 / 移動速度を設定 => 4
| |■
|-◇分岐： 【2】 [ CSelf13[入力キー] が 8と同じ ]の場合↓
| |■動作指定：主人公 / 移動速度を設定 => 2
| |■
|-◇上記以外
| |■動作指定：主人公 / 移動速度を設定 => 3
| |■
|◇分岐終了◇
|■
-◇上記以外
|■動作指定：主人公 / 移動速度を設定 => 3
|■
◇分岐終了◇
■ウェイト：1 フレーム
重さを考えないならこれの変数を適当に変えて並列で回せばできる
CSelf12の時に精密座標のチェックを忘れずに 坂だ大量にあってそれがゲーム性に直結するならまだしも、マップにワンポイントであるような坂なら並列なんて使わずにプレイヤー接触のEvでいいでしょ
入力キーを条件に主人公の移動速度を変えて、坂の始まりと終わりの部分に主人公の速度を標準に戻す接触Evも作るだけだし タイルマップのウインドウがでてこなくなったのですが、どこから表示できたでしょうか >>927
そのワンポイントで使うがどうかわからない、という論議発案が前提条件にあり、こういうのはどうだい？と持て余した製作欲で大喜利してるだけから安心して >>927
ワンポイントで使いたい場合でも>>925のマップイベント1つを使えばOKっぽい
すり抜けを設定して、起動条件をプレイヤー接触にして、接触範囲を坂より少し広い範囲を覆うように拡張すればいけた >>927が言っているのは、処理内容ではなく起動方法の話だぞ
処理内容自体はキー入力監視でFAだし >>931
いや、プレイヤー接触のEvで足元のタイルも監視しておけば、プレイヤーの移動速度を戻すEvは不要になるってことでしょ
坂用の処理をコモンEvに入れておけば、坂の接触マップEvはコモン呼出の1行だけで済むし量産化もしやすくなる
多分それがベストアンサーだと思う 俺宗教上の理由でマップイベント使えないからさ・・・ 今すぐ余計なことに並列使えない宗教に乗り換えましょう >>932
反論じゃなくて、>>927の発展ってことか。勘違いしてたわ 可変データベースのキャラのステータス設定で、
レベルを上げても自動的にステータスがそのレベル分上昇するわけでもないのが面倒だな。 >>936
普通、コモンを呼び出してレベルアップがするものだしなぁ
アクセサの概念があれば、君みたいに直接弄るやつがいなくなるから、便利なんだが >>935
概ね>>932の通りだけどコモンに書いて呼び出す所までは思い至らなかった
自分はマップイベントに直接>>925を書いていたけど使いまわすならそっちの方がいいね 俺がシンボルエンカウントを作ったときも色々試したけど、
全ての処理をするコモン(>>925)を1つ作っておいて、各マップEv(>>932の)から呼び出して使い回す方式に落ち着いたわ
並列コモンだけでのキャラの動作指定や衝突判定はマップシステムのバグというか仕様が邪魔するから、仮に作れたとしても割に合わないと思う イベント側からの接触だけはバグがあるから並列で組むけど、まあそんぐらいか マップイベント使わない教は強いんだよ
さあみんなも並列を恐れずコモン教に入信するのだ 5年ほどかけてフリゲ完成させたけどもう流行ってないみたいで悲しいな
良く考えたら今パソコンなんてみんな触らんもんな そもそもフリゲが流行ったことはないし、
今でも良作以上は愛好家の間ですぐに広まるぞ オートタイルって5色以下しか使えないのん？
6色以上にしてパレットの最初の色を黒にすると
背景色が黒くなる(´・ω・`) 使用しているお絵かきツールの使い方ぐらい自分で調べた方がいいのでは？ 立ち絵と文章のイベントは専用マップに移動させて変数でフラグ管理した自動実行イベントで処理してるしてるんだけど
こういうのってよく使われるやり方だろうかね
マップの絵は暗転かピクチャで隠すような マップを隠すと窮屈な印象を与えるから、俺はそういう演出しないわ visual studioでこれ系のソフト作るんですか >>948
作るゲームによるだろうけど、フィールドに自作要素詰め込んでてフラグ管理とかしてるのだったら、マップ切り替えのデメリットが大きすぎて俺ならやらないかな
通常変数、DB、ピクチャ枚数が潤沢に使えるからオリジナルの戦闘画面とか会話画面とかも全部コモンで管理できるし 結局のところ移動元マップのフラグ操作もしないといけないしな
そんならマップの隅の方に作って、マップに属するように作った方が分かりやすくはある ミドルサイズのマップが切り替え式で繋がっていて、その中にミニマップもあるという形で作ってる（マザー2みたいな感じ
イベントにはその場で発生→終了するものと、マップを切り替えるものがある（回想シーンとか
後者の中には本当にそのイベントでしか出てこないような場所もあって、それぞれ用のマップを作ると量が膨大になるか使い回しの連続になってしまう
各マップに回想イベント散らすのも作ってて混乱しやすい
というわけでマップを必要としない回想は専用のマップにひとまとめにしてみた、というわけなのです
回想の順番が決まっていて、量が膨大化しなければ問題無いかと思えるのですが… 好き好きでやりゃいいんじゃないの？
マップに散らすよりもコモンイベントとDBで一括管理が良いというのは>>952の感覚なんだし
まあ俺も、わざわざそんなマップ用意しなくても、コモンイベントで十分だと思うけど
理由がそれだけなら、画面停止して黒背景出した後にコモンイベント起動するだけでも良いし いいからマップイベント使えない教に改修して
全部コモンDB通常変数だけでやるのだー
コワクナイヨアヤシイ宗教ジャナイヨ マップイベントを使わないのであれば、通常変数を使うメリットはないのでは？
ボブは訝しんだ 自分の場合並列で一時的に使いたいものがある時起動条件で使ってる
他にもF９で何時でも確認できて楽だから使ってるヨ コモンの参照値はほかで流用しやすいようにCDB使っちゃうわ 直ぐにイベントが起動しなくなる…
そのイベントをコピーして入れ替えたら直るんだけど一々手間だ 俺も最初は複数コモンの参照値は通常変数使ってたけど最近はCDB使うようになったな
なんだったら配列扱いする必要のない(通常)変数もCDBで扱うようになった
理由はツール内での確認と編集のしやすさ
通常変数使うのは起動条件くらいかな DB操作は名前指定が使いやすくて良いわ
あとからデータや項目を追加するけど特定の情報は一纏めにしておきたいって場合はとても便利
通常変数はマップの起動条件がメインだから、
通常変数 = フラグ関係 で使用方法が固定されちゃってる こんないいツールがあったとは知らなんだ
ttp://www.officedaytime.com/toumei/ にぎわってるときに始める
製作に数年かかる
完成したときにはもう過疎 よくある マップチップにこだわり過ぎてエターナった自作ゲームを晒してみる１
これってマップチップで作ってるんですか
しゅごい >>965
それ複数のPNG画像を連続処理できなくね？
これまでPNG透過ソフトとフリー版EDGE2の併用してきたけど作業効率考えたら金払ったほうが早いような気がしてきた 複数の画像が同じ背景色を用いているとは限らんし、逐一指定するしかないんじゃね？
一応
PNG 一括透過
で検索するとそれっぽいのが出てくるけど
EDGE2は購入の場合に作者にメールせえってのが面倒 連続処理できるの使ってるよ
自作でドット絵描いてたらほとんどパレット0に色固定だから必須ですわ AzPainterが上書き保存時に透過設定消えさえしなければ… コモンイベントで主人公キャラが全滅した後タイトルに戻るようにしようとしたら、
タイトルに戻る前に文章が何も書いていないウィンドウが出てくるんだが？ しるか！
F7押してピクチャ番号調べて消す
またはピクチャ番号から表示されてるコモン探す >>972
ピンポイントでお前にしかわからない問題なら質問スレいきなよ
ゴミみたいな質問で>>909みたいに大喜利してもらえると思うなよ レス数が950を超えています。1000を超えると書き込みができなくなります。
