WOLF RPGエディター質問スレ其の6

**名前は開発中のものです。** · 2013/07/05(金) NY:AN:NY.AN

フリーソフトのRPG製作ソフトWOLF RPGエディターの質問者のためのスレッドです。
教えられる方はできる範囲で教えてあげてください。

・ここは質問スレです。質問者や回答者を煽るようなレスは禁止です。
・もしあなたが憤りを感じたり荒らしだと思っても、放置もしくは>>1とだけレスしてください。
　それ以上のことを書くと、それ自体が『荒らし行為となります』。ご注意ください。
・質問者もマナーを守り、回答がつきやすい質問の仕方をしましょう。

【良い質問の例】
・～がやりたくて・・・までしたのですが、〇〇がうまくいきません。

【悪い質問の例】
・～できますか　→　大概できます。問題は「どうすればできるか」のはずです。実のない質問はやめましょう。
・～のようなことがやりたい　→　丸投げはやめましょう。1から全部教えてくれる人はまずいません。
　何が分からないか分かるまで努力しましょう。全部分からないのなら、まずは講座サイトで勉強しましょう。

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

【参考・講座サイト】
◆ウディタ　パーフェクトガイド　　　<公式> 現在、執筆中。まずはこれを見て学びましょう。
http://www.silversecond.com/WolfRPGEditor/Guide/

◆公式マニュアル　[ウディタ機能一覧]　　　<公式> ウディタの機能について詳しく知りたいのならこちらから。
http://www.silversecond.com/WolfRPGEditor/Help/

◆はじめてのウディタ　　　初心者にもわかりやすく説明されています。
http://wikiwiki.jp/piporpg/

◆ｳﾃﾞｨﾀ講座(Ver2用)　　　こちらを読みながらウディタの操作感を学びましょう。
http://su-labo.sakura.ne.jp/kouza/

**名前は開発中のものです。** · 2013/12/18(水) 19:13:43.00

>>610
いや、そういうことじゃなくてだな…

**名前は開発中のものです。** · 2013/12/18(水) 19:34:28.35

マニュアルぐらい読めやこのやろう!!！！！！！！！！！！！！！！！
分かりにくいんだよ！！！！！！！！！！
１．ピクチャ番号
　どの番号のピクチャに対して処理をするかを指定します。この欄には変数も指定可能です。1つのピクチャ番号には1つのピクチャのみ登録でき、すでに使用されているピクチャ番号で他の画像を表示すると、それまで表示されていたピクチャは自動的に消去されます。
　番号指定箇所の横にあるチェックボックスをチェックすると、連続する複数のピクチャ番号のピクチャを同時に操作することができます。
　ピクチャ番号は、値が大きいほど上に表示されます。

　・ピクチャ番号が100000(10万)未満なら文章や選択肢の下に表示
　・ピクチャ番号が100000(10万)以上なら文章や選択肢の上に表示
　・ピクチャ番号が-1～-99999なら、マップの上、かつ、イベントの下に表示（★属性などの一部チップはピクチャの上に表示されます）
　・ピクチャ番号が-10万以下なら、マップの下、かつ、遠景の上に表示

これじゃないとしたらもう知らん！！！！！！！！！！！！！！！

**名前は開発中のものです。** · 2013/12/18(水) 19:44:43.40

>>612
ありがとうございました

**名前は開発中のものです。** · 2013/12/18(水) 19:48:17.93

ほんっきであきれた・・・・・
何がそういうことじゃなくてだな・・だよ

まっさか+aAoptAeもそこまで低レベルな質問だとは思わなかったんだろう
本気でマニュアルぐらい読めよ　だな

**名前は開発中のものです。** · 2013/12/18(水) 19:56:17.66

まあマニュアルの「下」という表記もな
Y軸下にもZ軸奥にも「下」という言葉を使うあたりはKAIZENの余地はある

**名前は開発中のものです。** · 2013/12/18(水) 22:19:53.31

年賀状ツールとかじゃ「下」じゃなくて「奥」になってるしな。

**名前は開発中のものです。** · 2013/12/18(水) 22:22:57.29

上だの下だの画面座標とマップ座標のさらに標準と精密だのがこんがらがらってばくはつする

**名前は開発中のものです。** · 2013/12/18(水) 23:57:15.49

じゃあ、お前らが改善して狼煙にプレゼントしてやれば？

**名前は開発中のものです。** · 2013/12/19(木) 00:00:49.53

なんでそうなるの？
盲目的な正義感気持ち悪いわ

**名前は開発中のものです。** · 2013/12/19(木) 00:28:07.48

正義感じゃなくて、単純に乞食が嫌いなだけだよ。
上から目線で「改善の余地がある」とか何様だよ。

**名前は開発中のものです。** · 2013/12/19(木) 01:59:32.30

>>613
もう見てないと思うが、今後また質問する時の為に長文失礼。

>>609も言ってるが、
「質問者がどんな事がしたいのか？　また何に詰まってるのか？」
が回答者に伝わりやすいよう、>>１にあるように
「～がやりたくて・・・までしたのですが、〇〇がうまくいきません。」
と、ある程度具体的に質問内容を書くように次はしてみよう！
今回は怒りながらも>> ID:+aAoptAeが親切に答えてくれてたが、例えば今回ので言えば

「マップと主人公グラの間（正確には主人公の直下）にピクチャで画像表示をしたいのですが、
ピクチャ番号変えたりして色々やっても、どうしても主人公の上に重なって表示されてしまいます。
この場合、どうすれば表示した画像の上を主人公キャラが歩けたりするようになりますか？」

・・・みたいな？　これでも判りずらいか
こんなでも結局マニュアルもっと見ろ！　とか　講座とかで勉強しろ！　と言われるだろうけど
親切な（ID:+aAoptAeみたいな）人が文句言いながらも、
マニュアルのどこを見ろ、とか求めてるものを１レスで返してくれると思うよ？　と横レスしてみるｗ

**名前は開発中のものです。** · 2013/12/19(木) 09:08:46.84

ツクールみたいに金払ってる場合はああしろこうしろとかいう権利は
あるとは思うが、ウディタみたいに完全作者の善意で公開されてる
フリーツールにあれこれ注文つけるなって意味だろ

**名前は開発中のものです。** · 2013/12/19(木) 09:36:49.82

WOLF RPGエディター質問スレ其の6

**名前は開発中のものです。** · 2013/12/19(木) 16:31:40.79

>>621
次からは伝わりやすいようにしてみるよ
それとマニュアルに載っていることを質問してしまったのは非常に申し訳ない
ピクチャ番号のところは読み忘れていたみたいだった

**名前は開発中のものです。** · 2013/12/19(木) 18:02:56.60

・ここは質問スレです。質問者や回答者を煽るようなレスは禁止です。
・もしあなたが憤りを感じたり荒らしだと思っても、放置もしくは>>1とだけレスしてください。
　それ以上のことを書くと、それ自体が『荒らし行為となります』。ご注意ください。
・質問者もマナーを守り、回答がつきやすい質問の仕方をしましょう。

荒らし見てるかー？

**名前は開発中のものです。** · 2013/12/19(木) 20:25:54.75

いいってことよ！

**名前は開発中のものです。** · 2013/12/19(木) 20:51:34.47

テンプレも見ない、マニュアルも読まない、自分で試したり調べたりの努力もしないような質問者が
>>1だけのレスで察するとはとても思えないんだけど
仮に罵っていようと何が悪いか細かく伝えてあげないと理解できないだろ

**名前は開発中のものです。** · 2013/12/19(木) 21:26:49.17

しかしピクチャ番号については確かに初心者には判りにくいところもある
イベントコマンドでも"ピクチャ"を選ぶとデフォで1番からとなっているが
普通これが実は300001とかいう意味だとは思わないんじゃないだろうか

**名前は開発中のものです。** · 2013/12/19(木) 21:59:27.29

「イベントコマンド一覧」「システム変数/文字列一覧」
「変数呼び出し値一覧」「特殊文字一覧」
を見れば大体の質問は解決する。という内容を>>1に追加しないとダメやな

次回から「マニュアルにある○○一覧の○○を使います」って回答をテンプレ化させるか

**名前は開発中のものです。** · 2013/12/19(木) 22:02:53.26

ページの内容把握しておかないといけないのか、面倒なｗ

**名前は開発中のものです。** · 2013/12/19(木) 22:04:08.50

>>608
回答済みだけど、この場合は
「マニュアルにあるイベントコマンド一覧のピクチャを使います」で大丈夫だな
実際答え書いてあるし、1ページじっくり読むことぐらいできるはず

今までは「30ページぐらいあるマニュアルのどこかに書いてあります」だから解決しなかった模様

**名前は開発中のものです。** · 2013/12/19(木) 22:08:52.07

ぶっちゃけ質問の回答に1行以上レスいらないだろ
コモンコピペ質問やエディター自体に存在するバグは別として

**名前は開発中のものです。** · 2013/12/19(木) 22:22:22.53

質問させてください。
主人公が一定の歩数歩く毎にＨＰが減るようなコモンイベントを作りました。
それは、並列実行(常時)の時には、意図したとおりの処理が行われます。
しかし、マップイベントからそのコモンイベント(呼び出しのみ)を呼び出すと、
主人公が移動できなくなって必然的に処理が行われません。
どういった原因が考えられるでしょうか？

ちなみにそのコモンイベントは、
コモンセルフ０にキー入力により数値が代入される前と後で主人公のＸ・Ｙ座標を読み込み、
それが違った場合歩数が加算され、ある歩数の倍数になるとＨＰが減るような記述にしています。

**名前は開発中のものです。** · 2013/12/19(木) 22:25:29.87

>>628
だからマニュアル読むんだろ

**名前は開発中のものです。** · 2013/12/19(木) 22:33:00.74

>>633
呼び出し元の起動条件がオカシイんじゃね？

**名前は開発中のものです。** · 2013/12/19(木) 22:39:29.57

>>633
・マップイベントの起動条件を自動実行にしてる
・コモン呼び出し時にコモンセルフ0を変更してる
・コモンイベント内でイベント処理中断ではなくイベントの一時消去をしてる

移動できないなら多分自動実行にしてるんだと思うけど

ついでにその処理するなら
メニュー起動みたいな内部でイベント実行中か否かを判定する並列コモンに入れてやった方が
処理も軽くなるしイベント中の移動は考慮されなくていいよ

**名前は開発中のものです。** · 2013/12/19(木) 22:49:41.87

>>633
決定キー押した後、歩数判定ずっとループしてんじゃね

**名前は開発中のものです。** · 2013/12/19(木) 23:34:07.95

回答ありがとうございます。
>>635
マップ上のキャラに話しかけると問答無用でコモンイベント(呼び出しのみ)を読み出すだけです。
起動条件は決定キー実行です。
>>636
>・コモン呼び出し時にコモンセルフ0を変更してる
これは、何を意味しているのかよくわかりません。
現在、初心者で勉強中のため個々のコモンでやっています。
ですので、基本システムとバッティングしているのかもしれません。
>>637
一応コモン内ではループは使用せず、ラベルでループ状態にしています。

**名前は開発中のものです。** · 2013/12/19(木) 23:35:45.42

>>638 の続き
ともかく、実際のコモンを恥ずかしいですが晒しますので指摘をお願いします。

■変数操作: CSelf0[キー入力] = 0 + 0
■変数操作: CSelf10[歩数]～CSelf30 = 0 + 0
■変数操作: CSelf20[cself1の倍数] = CSelf1[何歩毎に？] + 0
■変数操作: CSelf1[何歩毎に？] = 10 + 0
■変数操作: CSelf2[誰に？] = 0 + 0
■変数操作: CSelf3[どうなる？] = -1 + 0
■文字列操作：V[CSelf4[どれくらい？]] =<上1行切出> CSelf5[どれくらい]
■変数操作: CSelf4[どれくらい？] = 2 + 0
●ラベル地点「座標取得」　＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜★
▼ 何歩数ごとにおきるイベント内容
■変数操作+: CSelf11 = 主人公の X座標(標準)
■変数操作+: CSelf12 = 主人公の Y座標(標準)
■条件分岐(変数): 【1】CSelf10[歩数] が CSelf20[cself1の倍数]と同じ
-◇分岐：【1】 [ CSelf10[歩数] が CSelf20[cself1の倍数]と同じ ]の場合↓
|■色調変更：(フラッシュ) R100 G100 B100 / 5ﾌﾚｰﾑ
|■イベントの挿入：コモン251：[ 歩数毎に起こるイベント ] / CSelf4[どれくらい？] / CSelf1[何歩毎に？] / CSelf2[誰に？] / CSelf3[どうなる？]
|■変数操作: CSelf20[cself1の倍数] += CSelf1[何歩毎に？] + 0
|■
◇分岐終了◇

**名前は開発中のものです。** · 2013/12/19(木) 23:36:53.81

**名前は開発中のものです。** · 2013/12/19(木) 23:38:18.38

決定キー実行←これが原因。

**名前は開発中のものです。** · 2013/12/19(木) 23:55:05.48

>>641
でしたらどのような起動条件にしたら良いのですか？
できれば何故かも教えてください。

**名前は開発中のものです。** · 2013/12/19(木) 23:59:41.31

>>638
案の定起動条件がオカシイじゃないか糞野郎

呼び出されたコモンが無限ループ→コモンイベントが終了しないので元のマップイベントに帰ってこれない
ラベル使ってようがループコマンド使ってようが無限ループになっていることに変わりないだろ
自分の組んだイベントくらい内容理解しろよ

デバッグの要は問題の切り分けだぞ
何かをしておかしくなったのなら、その何かに原因があるんだろ
今回の場合は並列実行(常時)から決定キー起動に変更した部分な
で、各所を単純化して検証しろ
今回の例なら、コモンイベントの中身を以下のように置き換えてみるとか
■ループ開始
|■キー入力：このｺﾓﾝEvｾﾙﾌ変数99 / [入力待ち] 4方向
|■
◇ループここまで◇◇
――――――――――――――――――――――――
決定キーで実行は、マップイベントの開始から終了まで、排他的な動きをするんだよ
自動実行のようにな

**名前は開発中のものです。** · 2013/12/20(金) 00:04:16.71

コモンの起動条件を条件付きの並列実行にしてその変数をマップイベントで切り替える。もしくは、コモンを呼出実行にするなら呼出すマップイベントを並列実行にしてその実行条件を操作するべし。オーケ？

**名前は開発中のものです。** · 2013/12/20(金) 00:07:37.69

>>642
どうしても決定キーで実行としたいなら

コモンイベントの起動条件を並列実行 V0 = 1000と同じ
マップイベントの起動条件を決定キーで実行
マップイベントの中身をV0=1000

で、二度と現れるなよ

**名前は開発中のものです。** · 2013/12/20(金) 00:54:16.18

>>643
>>644
>>645
助言ありがとうございました。
マップイベントでは変数操作のみを行い、
コモンイベントは並列実行に変えて変数の条件を付けて起動させたら、
思うとおりの処理が行われました。
どうやら上で指摘されていたように、
マップイベントでループ処理が行われるコモンイベントを呼び出すと、
処理がループして動けなかったようですね。

お優しいですね、つんでれですか？

**名前は開発中のものです。** · 2013/12/20(金) 01:02:17.54

まあ、罵倒？に懲りずに製作がんばれ。（乗り遅れた・・・）
・・・なんか罵るわりには丁寧に教えるんだな
「一言罵る」のが、お約束になって来ているのか？ｗ

**名前は開発中のものです。** · 2013/12/20(金) 01:23:14.89

本人はシャレてるつもりなんだろうからいってあげるな

**名前は開発中のものです。** · 2013/12/20(金) 01:29:37.49

一応答えてやるがもうちょっと自分で考えろってことじゃないの？

**名前は開発中のものです。** · 2013/12/20(金) 01:38:05.63

起動条件をきちんと理解してないから、処理のどこがおかしいのか分からなくなるんだな

**名前は開発中のものです。** · 2013/12/20(金) 02:38:44.40

>>648-649
文句のつもりで言った訳じゃ無かったんだ。　失礼した
以前はよく見た、質問内容が>>1の悪い例みたいにひど過ぎるのは別として
質問のアラだけを見つけだし、、何の助言もせずに罵倒するの「だけ」が目的？
と思われる人を見かけなくなったのは良い傾向かと。

>>646
慣れてきて何か詰まったら、該当処理の変数等を（まったく検討付かなかったら全部）
デバック文に突っ込んで、テストで一個ずつ値を見て思惑通りか確認し、潰すようにしていくといいぞ
うまくいって必要なくなったらデバック文を丸ごと後で消せばいいし。　

**名前は開発中のものです。** · 2013/12/20(金) 06:07:00.10

>>646
待て
イベントの種類が問題なんじゃなくて
ロックされる処理内で無限ループしてるのがダメなんだ

**名前は開発中のものです。** · 2013/12/20(金) 09:58:09.71

>>647
でも回答と一緒に罵りが付いてると質問者の性質がわかるんだよな

罵られた恨み＞＞＞回答してくれた恩　となる無用にプライドが高い奴を炙り出せるからな

触っちゃダメなタイプと教えれば伸びるタイプを見分けられる

**名前は開発中のものです。** · 2013/12/20(金) 10:19:05.11

>>638
今更ではあるけど、コモン呼び出し時にセルフ0を変更してるってのは

マップEVを並列実行で動かしてると思ったから、コモン呼び出し時にセルフ0に何らかの初期値を代入してると
キー入力後に代入される値と異なるから、停止時も常に移動された処理を行ってしまって
その条件分岐内でウェイトを挟んだりすると動けないってことを危惧の意見
実際はセルフ0初期化してるみたいだから問題ないけど、コモン内で初期値を代入せずに使うセルフ変数は10以降の方がいいよ

ついでに>>639の
■文字列操作：V[CSelf4[どれくらい？]] =<上1行切出> CSelf5[どれくらい]
はどういう処理がされるか分かってやってる？
分かってるなら問題ないんだけど、Cself4に値入れてないのにX番の変数呼び出ししてるのがどうも気になる
この値をどこに入れようとしてるのか分からない

**名前は開発中のものです。** · 2013/12/20(金) 10:20:18.85

ここで気軽な気持ちで質問したらだめ、何故か知らないけどとても偉そうに振る舞う可笑しな人達が常駐してるw
他の制作関連の板に比べても異常なレベルだと思うぞ
いったいなんでそこまでこじらしたんだ？

**名前は開発中のものです。** · 2013/12/20(金) 10:26:45.95

「俺が上手く作れないのはツールとお前らの教え方が悪い」を地で行く奴等が多かったからな

**名前は開発中のものです。** · 2013/12/20(金) 10:51:40.66

>>655
また単芝の住人批判野郎だよ
よくもまあ嫌いなスレにここまで粘着するよなこいつ

「気軽な気持ちで」と「調べもせずに」は別物なんだよ
最低限努力した上で分かりやすく丁寧に質問するのはマナー以前の一般常識だろ

**名前は開発中のものです。** · 2013/12/20(金) 10:58:15.10

>>1

**名前は開発中のものです。** · 2013/12/20(金) 11:58:11.88

マップイベントの「起動条件」は、以下の２つの概念が混ざったコマンド
　１、そのイベントの起動トリガーはなにか。
　２、そのイベント処理中、他のイベントはどうなるか。

「並列実行」は、以下の２つの指示を出してる
　１、自動的に起動しろ
　２、他のイベントの邪魔をするな（他のイベントはそのまま実行せよ）

「決定キーで実行」
　１、主人公接触＋決定キーで起動しろ
　２、他のイベントはすべて停止せよ

「自動実行」
　１、自動的に起動しろ
　２、他のイベントはすべて停止せよ

**名前は開発中のものです。** · 2013/12/20(金) 12:33:58.75

どんぐりの背比べがなぁにお互い罵り合ってんだか・・・ｗ

**名前は開発中のものです。** · 2013/12/20(金) 12:53:19.52

気に入らない質問ばかりならここを見に来なければ良いのにw
どうしてわざわざ罵声浴びせたりするのか解らん
この場所でしか強気になれないとかそういう人として歪んだ物を感じるわー

そういう困った人格になっちゃった人は米粒に写経でもして性根を改めなさい！

**632** · 2013/12/20(金) 16:15:40.49

だから1行以上回答レスいらないって
質問者が理解できなくなるか余計な一言で問題起きるだけだから

質問する人は>>1に沿って何がしたいのか具体的に説明してちょ
公式で質問しづらい空気になってしまって
ここしか頼れる場所がないのは俺も分かるし

**名前は開発中のものです。** · 2013/12/20(金) 16:27:19.61

>>1

**名前は開発中のものです。** · 2013/12/20(金) 16:33:30.13

>だから1行以上回答レスいらないって
キチガイがスレを荒廃させたい悪意有りかのどっちかにしか見えないんで>>1

**名前は開発中のものです。** · 2013/12/20(金) 18:31:31.71

>>質問する人は>>1に沿って何がしたいのか具体的に説明してちょ
これやらない人はこっちがエスパっても答え合わせしてくれないからもどかしくて困る。

**名前は開発中のものです。** · 2013/12/20(金) 21:26:27.30

>>655
お前みたいなカスがいるからだろ。
乞食はいらねえ。

**名前は開発中のものです。** · 2013/12/21(土) 02:12:31.07

いろいろな指摘をありがとうございました。
>>647
がんばります。

>>651
>デバック文に突っ込んで・・・
これは、いまいちわかりませんが、一応ピクチャ表示で途中経過を確認しています。

>>652
つまり、マップイベントの自動実行や決定キー起動で呼び出すときは、
無限ループするコモンイベントを避けろという事ですね。

>>654
>コモン呼び出し時にセルフ0を変更してるってのは・・・
いまいちわかりませんが、初期値を代入せずに使うセルフ変数は10以降にしておきます。

>■文字列操作：V[CSelf4[どれくらい？]] =<上1行切出> CSelf5[どれくらい]
>はどういう処理がされるか分かってやってる？
一応わかっているつもりです。コモンセルフ０から３まででは、
必要な初期値を代入できなかったので、文字列側に値を代入して変数側に再代入させたつもりです。
ですが、コモンセルフ０があいたので、必要なくなりましたが。

>>659
大変判りやすい説明で勉強になります。

**名前は開発中のものです。** · 2013/12/21(土) 03:49:59.40

CSelf[4]にはどこの変数呼び出し値が入ってんだよｗｗ

**名前は開発中のものです。** · 2013/12/21(土) 04:15:47.51

不安で仕方ないから説明するわ
多分その様子だと正確には理解してないと思う

■文字列操作：V[CSelf4[どれくらい？]] =<上1行切出> CSelf5[どれくらい]

の処理は具体的に言うと
文字列CSelf5の一番上の1行を切り取り、そこに含まれる最初の数値データを
変数呼び出し値CSelf4で表される変数に代入する
という処理になる

つまりCSelf4には、CSelf5に含まれる数値データを格納したい場所を指す変数呼び出し値が入ってなければいけないわけで
ただ数値を入れれば良いだけのこの場合にそんな厄介なことをするのは、他のコモンイベントのセルフ変数を操作したいときくらい

まあ何がしたいのかも詳しく知らないし正確には分からんけど、恐らく文字列操作のX番目の変数呼び出しのチェックを外すのが適切と思われる
このままにすると、下手すれば全く意味の分からない通常変数やシステム変数にCSelf5の値が代入される可能性がある

**名前は開発中のものです。** · 2013/12/21(土) 07:57:47.80

db操作って変数操作より重いんだよな？
ってことは、アクションとか重くなりがちなゲーム作りたい場合は
参照する数値を全部通常変数に移したうえで処理したほうがいいんかな
ピクチャあらかじめ透過表示して負荷軽減するみたいに

**名前は開発中のものです。** · 2013/12/21(土) 12:22:28.00

>>667
そもそも、意図しない無限ループなんてどんな場合でも避けるべき

あと途中経過の確認にピクチャ表示じゃ変数の内容が分からないし何回処理してるかも分かりにくい
例えば今回のキー入力待ちの直後にデバッグ文で\cself[0]って入れておけば
たぶんおかしなことをやってると気付いたんじゃないかと

>>670
実際に負荷の量を計算してやる意味があるかどうか考えればいい

**名前は開発中のものです。** · 2013/12/21(土) 18:07:23.31

>>670
ttp://www16.atpages.jp/foomal/memo_woditor.html

**名前は開発中のものです。** · 2013/12/21(土) 18:16:27.63

いま基本システム2を改造して自作のアイテムリストを作っているのですが、アイテムコードというもがいまいちよく分かりません。
udbのidからアイテムコードに変換するにはどういう計算をすれば良いのでしょうか？

**名前は開発中のものです。** · 2013/12/21(土) 18:23:43.44

自作アイテムリストを作ろうと思いついて実行している奴がその程度を自力で調べられないのが謎だが
アイテムが1万+ID　武器が2万+ID　防具が3万+ID　な

**名前は開発中のものです。** · 2013/12/21(土) 18:28:02.36

一言罵らないと気がすまない偏屈の集まりでございますー

**名前は開発中のものです。** · 2013/12/21(土) 18:30:49.37

基本システムでのアイテムコードは
ｱｲﾃﾑ一覧算出　のコモン読めるならすぐ分かるんだが

アイテム ID+10000
武器　　 ID+20000
防具　　 ID+30000

なんだわ
そしてアイテム→武器→防具と読み込まれていくのが基本システム

なので消耗品を+10000 貴重品を+40000等とするよりも
新しくコモンを分けてやった方が処理速度は早い
その場合は他に分ける為の項目を、該当DBに新しく作る必要がある
（1:消耗品 4:換金用 5:貴重品等という感じ）
↑の値を読み込んだ際に*10000してから+IDとすれば、コード化も楽になる（10000～39999はアイテム～防具で予約されてる）

ループ前に分岐を何個か作って、それぞれ専用の処理でループさせた方が軽いが
面倒なら一個にまとめてしまってもいい、アイテム数が多くなると遅くなるが

**名前は開発中のものです。** · 2013/12/21(土) 18:32:24.64

わかる奴はわかるから多分わからん奴が煽ってるんだと思うが
回答部分を省くべきか迷ったくらい口と現実のレベル差あるぞ>>673は

**名前は開発中のものです。** · 2013/12/21(土) 18:34:20.61

ｱｲﾃﾑ一覧算出見たら、分かる奴ならパパっと分けて作れるレベルの問題やわ
どんな処理にしたらいいか分からなくても

とりあえずきちんと動きゃ何でもいいんだよ何でもｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**名前は開発中のものです。** · 2013/12/21(土) 18:55:20.40

>>678
最後の文は一見おちょくってるだけのように見えるが実際これだよな

やたらコモン乞食してるだけのやつらは一生理解できないだろうが、
システム制作に正解なんてない。
きれいにまとまってようが、汚く散らかってようが、実際にプレイするときに
作者の予定通りに作動すればそれでいいんだよ

**名前は開発中のものです。** · 2013/12/21(土) 19:15:04.83

素早い回答ありがとうございます。
なにぶん時間がなく焦っており好意に甘えさせていただきました。

**名前は開発中のものです。** · 2013/12/21(土) 19:19:43.07

>672
あれ？
ここ前見て変数操作とdb操作とでけっこう差があるなーって思った記憶があるが
全然そんなことなかったな。わしの勘違いだったわ
普通にdb直接参照することにするわ～

**名前は開発中のものです。** · 2013/12/21(土) 19:56:32.11

>>675
偏屈じゃないチンカスはわざわざ見に来なくていいよ。

**名前は開発中のものです。** · 2013/12/21(土) 20:21:14.47

>>682
ようチンカスの更にカス

**名前は開発中のものです。** · 2013/12/21(土) 22:26:29.09

再度の回答ありがとうございます。

>>668
>>669
>恐らく文字列操作のX番目の変数呼び出しのチェックを外すのが適切と思われる

指摘の通りです。正直、このチェックは意図して行ったわけではありません。
そのチェックの意味も判っていませんでしたし、
晒して”V[CSelf4[どれくらい？]] ”になっているのを気づいたくらいです。
指摘されて始めてそのチェックの意味を知る事ができました。

>>671
以後気をつけます。
指摘されたおかげでデバック文の利用方法がわかりました。

やはり、一人で黙々とやっていては時間が掛かりますね。
罵り覚悟で晒した甲斐がありました。

**名前は開発中のものです。** · 2013/12/22(日) 01:25:59.76

今更だけどこれ歩数も条件もどんどん増えていくのな
実質的には起こらないだろうけどオーバーフローの恐れがあるから
特別な理由が無いなら歩数リセットした方がバグになりにくいぞ

**名前は開発中のものです。** · 2013/12/22(日) 23:20:55.44

わかりました。そういう危険性もあるのですね。
いまいち思いついていませんが、イベントが起こる歩数の倍数が３桁ぐらいになったら、
同時に歩数もリセットされるように条件分岐で指定しようと思います。

**名前は開発中のものです。** · 2013/12/22(日) 23:23:45.39

%10とか使えばいいだけだろｗ

**名前は開発中のものです。** · 2013/12/22(日) 23:34:29.66

>>686の続きです。
と、思いましたが、
よくよく考えてみれば、イベントが起こる毎に歩数をリセットしてしまって、
イベントが起こる歩数は足さずにそのままで良いんですね・・・。

**名前は開発中のものです。** · 2013/12/23(月) 12:38:22.49

上限設定してもいいし変数分けて兆以上まで扱ってもいいんだぞ
必要ないならリセットでいいけど

**名前は開発中のものです。** · 2013/12/24(火) 02:39:11.14

なるほど。
変数を分けるとは、リセットの回数を数える事だと思いますが、
例えば、歩数を４桁近くでリセットし、同時にリセット回数を加算していけば、
後で、総歩数が大きくても問題なく確認できますね。
使い道は、いまのところ思いつきませんが。

**名前は開発中のものです。** · 2013/12/26(木) 12:29:54.95

イベントの位置と向きを取得してその前方に攻撃エフェクトを出すコモンで
ピクチャ表示のスクロールとリンクにチェックが入ってないと正常に描写されるのに
スクロールとリンクにチェックを入れると表示がおかしくなるのってどんな原因が考えられるかな？

具体的に言うとイベントが下向きのときだけアニメーションが通常より上にずれて表示される

コモンでは位置取得と向き取得をして、向きをXYベクトルに変換してからそれに一定値を掛けた位置に角度も変えてピクチャ表示
その後パターンを一定フレーム毎にピクチャ移動で変えるって内容
ピクチャ表示のとき以外スクロールとリンクしてるかどうかに影響される部分はないはず

これがもしスクロールとリンク関係なしにずれて表示されるなら、間違ってる箇所も想像つくのに
チェックついてないと全く問題なく描写されるから困惑してる
多分違うんだろうけどウディタ側の問題なんじゃないかとも思い始めた

**名前は開発中のものです。** · 2013/12/26(木) 16:27:00.20

本当申し訳ないです
愚かすぎるミスをしていました
ウディタは何も悪くないです私の頭がスポンジで出来てるのが問題でした

**名前は開発中のものです。** · 2013/12/26(木) 16:43:30.89

cキーを押したら主人公の前方に攻撃のエフェクトが再生されるコモンイベントとShiftキー押したら主人公の向き固定をONにするコモンイベントを作ってるんだけど
Shiftキー押したらなぜか主人公の前方で攻撃エフェクトが再生されしまう

**名前は開発中のものです。** · 2013/12/26(木) 23:05:30.07

>>693
デフォルトではサブキー＝Cキー＝shiftキーだから
そのコモンが両方ともサブキーで判定してるなら両方とも作動してしまうと思われ
どっちかのコモンのキー入力とその後の条件分岐をサブキーから別のキーにすればいいはず

**名前は開発中のものです。** · 2013/12/26(木) 23:17:22.44

>>694
ありがとう

**名前は開発中のものです。** · 2013/12/26(木) 23:21:53.66

いいってことよ！

**名前は開発中のものです。** · 2013/12/27(金) 12:26:48.70

なんで技能アニメ発動回数に依存するのしかないんだろ....。

発動回数無視して一回だけ表示ができねぇ。

ほぼデフォルトで作ろうとしてたはずなのにどんどん問題が出てくるっていう。

**名前は開発中のものです。** · 2013/12/27(金) 12:58:50.47

質問したいのか愚痴りたいのかどっちなんだよ
コモン164:X[戦]行動実行結果算出 198行目あたりにでも処理追加して一回しか表示できないようにでもしてろや

**名前は開発中のものです。** · 2013/12/27(金) 19:41:08.12

>>698　　あえて言うならどっちもかな。
返答ありがとう。

**名前は開発中のものです。** · 2013/12/27(金) 20:54:31.79

さすが冬休み。

**名前は開発中のものです。** · 2013/12/28(土) 13:06:43.00

キャラチップのファイル名の最後の「_pochi」「_USM」などはどういった意味があるのでしょうか？
種類と意味を教えてくださいm(_ _)m

**名前は開発中のものです。** · 2013/12/28(土) 13:28:30.78

作者名か何かだろ

**名前は開発中のものです。** · 2013/12/28(土) 14:40:15.01

「_pochi」
picture of china
つまり中国製

「_USM」
united states media
つまり米国製

**名前は開発中のものです。** · 2013/12/28(土) 17:06:30.08

犬とうさ耳の可能性もあるぞ。

**名前は開発中のものです。** · 2013/12/30(月) 22:53:06.60

戦闘に入った時に表示される味方キャラのステータスウィンドウを
通常より画面の右下寄りに表示させたいのですがうまく行きません

コモン178「X[戦]味方欄_単体描画」のCSelf50～で
キャラ名位置やゲージの位置は自由に動かせる事がわかったのですが
肝心のステータスウィンドウそのものの位置を動かす変数操作がありません
上部にあるコメントで可変DBの[基本システム用変数:ステータス欄表示]と[～表示先]で
それぞれx,y座標を数値で指定できるとあったので
このコモンの中にそれらを入れてみましたが全く反映されませんでした

何か他のところで操作する必要があるのでしょうか？

**名前は開発中のものです。** · 2013/12/30(月) 23:42:27.51

位置算出的なコモンの方をいじればよかった気がする

**名前は開発中のものです。** · 2013/12/31(火) 00:09:46.49

>>706
そんなのあったかなと思ってもう一度見直してみたら
正にコモン178「X[戦]味方欄_座標算出」というのが
ここで表示先の座標を変えるだけで思った通りの事ができました
ありがとうございます！

**名前は開発中のものです。** · 2013/12/31(火) 00:12:40.36

すみません、ちょっと書き間違いを訂正
×　コモン178「X[戦]味方欄_座標算出」
○　コモン174「X[戦]味方欄_座標算出」　でした

**名前は開発中のものです。** · 2013/12/31(火) 11:18:37.12

すみません、公式で質問しようとしたのですが、迷惑投稿扱いされて投稿できないのでこちらに質問させていただきます…

[やりたいこと]
640*480でタイルセットを正常に表示したい
[やってみたこと]
FSM様のVX用のタイルセットをtkool2WOLF+にて変換し、その後オートタイルを除くチップを付属のMapMapperで結合しました(結合後のサイズ256*4608)。
この画像をタイルセットエディタに登録し、使用しました。
[やってみた結果、どううまくいかないか]
エディタでは正常に表示されるのですが、テストプレイ時にチップ画像が指定したものとは違うものになり、さらに縦に引き伸ばされてしまいました。（ちなみに、オートタイルは正常に表示されます）
画像の縦の長さを3000程度に切ったところ正常に表示されたので、画像が長いことによる不具合かもしれませんが、
自信がないのと、説明書の素材規格には320*240の時のことしか画像の大きさによる不具合は書かれていないので、不安になり質問しました。
なお、画像は上がエディタ、下がテストプレイ時のものです。
どなたかご教授お願いいたします。

ttp://www.dotup.org/uploda/www.dotup.org4774125.png

**名前は開発中のものです。** · 2013/12/31(火) 12:01:27.64

画像全体の高さが４０００超えると不具合がでるPCが多いらしい
今回はそれに当たったんだろう、諦めて４０００未満に削ればいい

WOLF RPGエディター 質問スレ 其の6

WOLF RPGエディター質問スレ其の6