[過去ﾛｸﾞ] WOLF RPGエディター 質問スレ 其の9©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
460(1): 2016/02/11(木)20:11 ID:i4vMbFU2(1) AAS
変数
461: 2016/02/12(金)00:04 ID:XlP5ZXPe(1) AAS
>>459
もうちょっと具体的に質問しよう
その切り替えを君がどういう状況でやろうとしてるのかわからんから回答は>>460
ちなみに俺はCDBでやってる
462(1): 2016/02/12(金)00:51 ID:R+6ih1/u(1/2) AAS
ＤＢに関して質問です、
ＤＢの最終的なデータ量は全体の項目数に比例するのか、
具体的にはデータ数共通で(1)一つのタイプ内で設けた項目数と(2)二つのタイプで合計した項目数とが同数の場合、両者に差はあるのか
タイプを二つに分ける理由は異なる条件で分けて管理したいから(データIDの管理が煩雑になるデメリットもありますが)、項目数自体は一タイプ内に詰め込もうと思えば可能な数、
以上です
463(2): 2016/02/12(金)11:29 ID:aRUJzCiW(1/2) AAS
一歩歩くごとにお金が手に入るイベントを作ろうとしていて
８方向入力を受け付けたらお金が入る設定にしたら
メニュー画面でキーを動かしてもお金がもらえてしまいます
移動中のみお金がもらえるようにしたいのですがどういう処理をしたら
良いのか自分では皆目見当もつかないので教えてください m(__)m
464(1): 2016/02/12(金)11:44 ID:t5vILJVH(1) AAS
イベント中は歩数カウントする
465(2): 2016/02/12(金)12:13 ID:9uYcs6xx(1/2) AAS
>>462
きっと差はあるけど今時のPC的には誤差レベル
初期化とか分けることに利便性があるなら分けちゃいな
たださ、一タイプにまとめられるデータなら
分けるにしてもデータ番号揃えろよ
>>463
マップイベント+範囲拡大でやってみたら？
466: 2016/02/12(金)12:17 ID:aRUJzCiW(2/2) AAS
>>464 >>465 いろいろ試して見ます
467: 2016/02/12(金)13:13 ID:bTJeGlCM(1) AAS
移動中かどうか並列で監視しとけば？
468: 2016/02/12(金)13:54 ID:FeIPaQ/f(1) AAS
>>463
コモンイベント37「◇ランダムエンカウント処理」を参考にするといい。
469(2): 2016/02/12(金)20:41 ID:GEm1T3Xr(1) AAS
>>459です
説明不足ですみません
変数や、可変DBだとかそういうことではなく
ピクチャ番号を切り替えるタイミングのことについて質問したいのです
例えば、毎フレームごとに全キャラのピクチャ番号をy座標の大きい順に並び替えていくのか
それとも、2つ以上のキャラが重なったときに、それぞれのピクチャ番号を並び替えるのか
この2つかもしくは、他に方法があるのであれば、どの方法でやるのが最もスマートにできるのかを質問しました
470: 2016/02/12(金)20:59 ID:9uYcs6xx(2/2) AAS
ZオーダーだかZindexだかどれが適当な語か知らんが
そいつを頻繁に変える処理なら都度ピクチャ番号を入れ替えるしかないだろ
471(2): 2016/02/12(金)21:21 ID:8PEHRpUW(1) AAS
初めまして。早速質問させていただきます。
ポケモンの敵トレーナーのように、敵の目の前に立ったら
イベントが起きるコモンを作っています。イベントをプレイヤー接触で拡張にし、
敵と主人公の精密座標と向きを取得してそれらしいのは出来たのですが、
敵が向こうを向いていても、接触範囲に入るとイベントが始まってしまいます。
ただ、XかYの軸が揃っていない時は無反応なので、どこか座標の代入やらがおかしいのではないかと
探してみましたが、私が見る限りではその様子はありませんでした。
省2
472: 2016/02/12(金)23:10 ID:R+6ih1/u(2/2) AAS
>>465
>>465
データサイズ的には余り気にしなくてもいいという事ですね、有難うございます
データID管理はずれることが無いように気をつけます
473: 2016/02/13(土)03:01 ID:GruOV9nv(1/3) AAS
>>471
いちどチュートリアルの畑に飛び込んでもう一度自分の書いた文章読んでみろ
474: 2016/02/13(土)03:07 ID:rX2LiiqG(1) AAS
基本設定でフォントの変更をしても文字入力時のフォントは変えられないのでしょうか
それとも他に設定する場所がありますか
475(1): 2016/02/13(土)07:48 ID:ZRWVAMkD(1) AAS
>>469
最初の文章でよくそれが理解してもらえると思ったな…
並列コモンか呼び出しで管理するか、ピクチャー数がそんなに多くないならCDBで管理かそのへんだな
476(1): 2016/02/13(土)10:48 ID:jJfaM0H/(1/2) AAS
>>469
まずどういう方法で作るのかで作り方が変わる
ピクチャがマス間移動するのであればマスのy軸が切り替わる事にピクチャの番号を書き換える
ピクセル移動であれば何Fか毎にy軸順にピクチャをソート。ピクチャのソート順が切り替わった瞬間に番号書き換え
段幕シューティングなどのピクチャ数が多い場合であればそもそもピクチャ番号の切替なんぞしない
477: 2016/02/13(土)10:49 ID:jJfaM0H/(2/2) AAS
切り替わる事に→切り替わる毎に
478: 2016/02/13(土)12:45 ID:kAkVtcHw(1/3) AAS
チュートリアルの畑ってなんですか
479: 2016/02/13(土)12:46 ID:kAkVtcHw(2/3) AAS
文章を投稿前に校正するなんて当たり前だが
何度も読んだが何がいけないんだ
できないなら無視しろよ
480(2): 2016/02/13(土)12:48 ID:kAkVtcHw(3/3) AAS
向きが主人公の方向にある時以外はイベントが発生しないように作ってんだよ
それが何故か反応するから俺の知らん仕様でもあるのかと思ったんじゃ
チュートリアルなんてもう穴が開くほど読み返したが何が何だか
しょうがないから作り直すわ
481(1): 2016/02/13(土)13:24 ID:sRqgvRbU(1/2) AAS
イベントを調べると橋が開通して通れるようになる
ってのを作りたいのですが、どのようにやればいいでしょうか？
具体的には崖の上にあるものを調べると、そこからロープや梯子が降ろされてショートカットができるってイメージです
482(1): 2016/02/13(土)13:40 ID:JYGiKImK(1/2) AAS
>>480
ケース分けができないならいっそイベント複数に分割した方がすっきりするかもよ
単純にそのイベントの上下左右に細長い起動用のイベント置いたらいいんじゃね？
>>481
副作用がない簡単な方法を一つ(もはや古典)
ロープ下ろされて通れるのをマップ絵のデフォにして崖の絵のマップイベントを配置
必要なタイミングで変数を変えて崖の絵のマップイベントを消去
483: 2016/02/13(土)14:05 ID:sRqgvRbU(2/2) AAS
>>482
なるほど
表示するんじゃなくて隠しておくのかー
ありがとう
484: 2016/02/13(土)15:07 ID:zSghxj3K(1) AAS
エスパー要求してると思ってるんなら自分の書いたイベント内容載せて何が悪いか見てもらった方が早いゾ
どうせ条件分けがうまく行ってないだけだと思うが
485: 2016/02/13(土)19:26 ID:ePAToiu5(1) AAS
>>475
>>476
ありがとうございます
参考にさせてもらいます
486(2): 2016/02/13(土)19:51 ID:GruOV9nv(2/3) AAS
画像ﾘﾝｸ[png]:i.imgur.com
487: 2016/02/13(土)20:18 ID:E/IEIw1a(1) AAS
>>486
お前の優しさに涙
488(1): 2016/02/13(土)21:07 ID:JYGiKImK(2/2) AAS
ああ、めっちゃ優しい
オレにはイベントとキャラの座標を差し引きする方法しか思いつかなかったわ
489: 2016/02/13(土)22:19 ID:sKrIckO0(1) AAS
>>486
これが神か。聖バレンタインの再来か。
490: 2016/02/13(土)22:39 ID:9vgx0OMr(1/3) AAS
>>488
俺も差し引きの方が範囲どんだけ長くしても書き換える必要なく関知できるからそっちしか思いつかんかったな
491: 2016/02/13(土)22:41 ID:GruOV9nv(3/3) AAS
差し引きってなんだよ
教えろ
いや教えてください
492: 2016/02/13(土)23:37 ID:9vgx0OMr(2/3) AAS
いやただ単にイベントを中心にして座標出すようにするだけだよ
主人公座標−イベント座標でイベント座標中心の座標軸が算出できるやろ。それだけの話
扇状範囲とかにしたいならその座標軸でatan2して角度算出すりゃいいし
493: 2016/02/13(土)23:48 ID:9vgx0OMr(3/3) AAS
複数感知させたいとか目の前だけを調べたいとか、そういった場合によっては特定のマス座標を調べるほうが負荷も少なくて早いけど、今回は感知する数が少ないし、接触範囲を使っているからイベント同士の相対座標を使った方が楽で汎用性もありそうだなーって思っただけ
494: 2016/02/14(日)08:34 ID:eBqfkygr(1) AAS
聞いてもわからんかった
なんだ、その、すまんな
495: 2016/02/14(日)10:33 ID:rqqay2nt(1) AAS
主人公のX-イベントのX=相対X
主人公のY-イベントのY=相対Y
この相対X.Yが主人公とイベントの距離ってことになる
両方0だと完全に重なり、どっちかだけ0なら上下左右で重なってる
496: 2016/02/14(日)11:08 ID:wuw2oDgD(1) AAS
横から補足やが
その相対座標上でx==0且つy<0だったら主人公はイベントに対して真っすぐ上方向にいることが分かる。同じように条件付けすれば上下左右どの位置にいるかがわかる
こうすれば接触範囲が3*3だろうが41*41だろうが、同じ処理で主人公がどの位置にいるのかを感知することができる
他にも角度を算出して、90°なら真上、270°なら真下といった判断も可能
497: 2016/02/15(月)03:56 ID:o70N6vI/(1/2) AAS
>>480
接触範囲は触れるとイベントがそっち向くから方向固定しろ
498: 2016/02/15(月)03:58 ID:o70N6vI/(2/2) AAS
厳密には並列実行や自動実行以外の場合はイベントが主人公の方を向く
499: 2016/02/16(火)00:00 ID:6CEVe3Up(1/5) AAS
>>471
目の前にもう一個接触イベントおけばいいんちゃうん？
○[ 接触範囲 ]
500(3): 2016/02/16(火)00:05 ID:6CEVe3Up(2/5) AAS
ステータスのバランスで苦悩してます
主人公、素の攻撃に対して、武器の攻撃力の比率。
それに対する敵の防御力及び体力。
個体差である程度バランス変えることは考慮するのですが、
その平均的バランスが難しいです
防御50に防具で+5しても、着てないのと誤差の範囲だったり
逆に高すぎると、ダメージが通らなかったり
省1
501: 2016/02/16(火)00:27 ID:6CEVe3Up(3/5) AAS
もうだめだぁ
微調整していったらどんどんインフレしていくよう…
502: 2016/02/16(火)01:49 ID:gEhzVtrU(1/2) AAS
今も昔も大手企業のゲームはほとんど雰囲気
レベル上げりゃどんな敵も倒せるし装備品変えないと辛くなる設定(ステータスは飾り)
503: 2016/02/16(火)02:51 ID:xaopr+/8(1) AAS
ゲームのwikiとか見て防御と攻撃の計算値とか参考にしてシステム書き換えたら？
ネトゲのwikiとかだと計算式は大体書いてあるはず
504: 2016/02/16(火)03:09 ID:TQJf6DgD(1) AAS
FF14は敵の防御力が雑魚からボスまで一定で体力だけ違うな
調整しやすそう
505: 2016/02/16(火)04:04 ID:lX3HYKLY(1) AAS
一応物理耐性とか魔法耐性の敵いるけどな
506(1): 2016/02/16(火)08:17 ID:DayRS1+Y(1/2) AAS
>>500
そもそも防御1割上がった程度で目に見えた差が出たら怖い
507: 2016/02/16(火)09:18 ID:2TKH22xF(1/2) AAS
市販ゲーでもそのバランスはマチマチだろ
ふつーは防御50と55の数値的な差は問題じゃなくて、どの程度の成長と同等かで決まるんじゃねーのかな
ま、1割増しにしか見えない数値差を上回る・下回るパフォーマンスだと糞ゲーさが増すけどな
508(2): 2016/02/16(火)09:33 ID:xYxFeo9k(1) AAS
HPと攻撃力だけで考える
HP100の敵を攻撃力10で10回殴れば倒せる
乱数プラマイ1で11回になる可能性が出る
どうだシンプルだろ
509(1): 2016/02/16(火)09:33 ID:mBy/pNDm(1/2) AAS
>>506
攻撃力300とかHP10000万とかのRPGに感化されすぎ
DQもステ値5違ったら全然違うし、FF5だったらレベルアップしても基本ステ値は上がらないからね
要は計算式とバランスの問題
510(1): 2016/02/16(火)09:40 ID:mBy/pNDm(2/2) AAS
>>508
デザインレベルではそれが正解みたいよ
雑魚は通常攻撃2回、魔法なら1回で倒せるみたいなルールを決める
あとは敵のレベル帯に合わせて自分のステータス変動をして必要経験値を割振るだけだからシンプルっちゃあシンプル
511: 2016/02/16(火)09:47 ID:gEhzVtrU(2/2) AAS
カードゲームから持ってきてもいいかもな
ハースストーンのコスト＝レベルと考えてATKHPが1/1上がるというもの
512: 2016/02/16(火)14:55 ID:dAYmDeOM(1) AAS
>>500
防御なんていらねぇ
HPが増える防具にしたらええねん
513: 2016/02/16(火)15:19 ID:2TKH22xF(2/2) AAS
たしかにHPだ防御だ耐性だと要素が入れ子になりすぎてるような気するな
レベルあがってHP防御が共に増え、お金で防具まで成長、綿密に計算してもインフレ傾向は避けられないだろうな
514: 2016/02/16(火)17:34 ID:tnKDYgdp(1) AAS
計算式やステータスもいいけど成長と装備の入手方法とタイミングもバランス取るのにかなり重要だね
515: 2016/02/16(火)17:44 ID:DayRS1+Y(2/2) AAS
>>509
ドラクエで防御5上がってもダメージは1しか変わらない（正確には1.25）んですが
素ステ無視してゲーム開始直後なら、とか言い出せばその差も実感できるだろうけど
と言うか1割って言ってるのにインフレガーとかイミフ
インフレしようが何だろうが防御が素ステの1割増えた時、ダメージの差が実感できるかどうかの話
516: 2016/02/16(火)18:56 ID:aan01N29(1/3) AAS
ウディタじゃなくてツクールだけど、1ダメージの差で
戦闘バランスが激変するバランスのゲームもある。
外部ﾘﾝｸ:www.freem.ne.jp
数字の差というよりも、敵の強さとのバランスが大事。
>>508や>>510の言うように、何回の攻撃（or魔法）で
敵を倒せるか、逆に敵から倒されるかを工夫すれば
ほどよいレベルデザインができる。
517(1): 2016/02/16(火)19:09 ID:aan01N29(2/3) AAS
あと、打たれ強さや打たれ弱さを数字で表現するのに
倍半分も差をつけなくてもいい。
戦士系の守備力と魔法使い系の守備力の差を
10:2や10:3にすると極端で、バランスを取りづらい。
10:7や10:8くらいで、充分、打たれ強さは表現できる。
10:2や10:3くらいの差でもバランスは取れるのだけど、
これを補うには、かなり高等な技術が要求される。
518: 2016/02/16(火)19:16 ID:aan01N29(3/3) AAS
AA省
519: 2016/02/16(火)22:57 ID:6CEVe3Up(4/5) AAS
ありがとうございます
序盤は何とか調整できるのですが、その延長線上が差が広がっていく
中盤となると、個性の数値が如実に表れすぎて調整し辛く、
かといって装備で大きく捻じ曲げるのも…といった感じですね
>>517さんの言うとおりに
個性は、誤差の範囲にしてみようと思います
520: 2016/02/16(火)23:28 ID:6CEVe3Up(5/5) AAS
[武器依存時命中補正-50%]のスキルで
[状態異常:回避-200%]の敵に攻撃しても命中が中々しません。
状態異常時のみ必中にしたいのですが
521: 2016/02/17(水)01:54 ID:LEoTChtT(1) AAS
はやい話ドラクエパクれ
522: 2016/02/17(水)05:12 ID:1iYQbJp4(1) AAS
状態異常がかかった時だけ+50しちゃいかんのか？
523: 2016/02/17(水)08:42 ID:qTyHHYpA(1) AAS
システム知らんし中でどんな処理してんのかわからんが
敵の回避率が下がっても味方の命中率が低くなってるから判定に成功しないんだろうなあ
こんなイメージだと↓
味方：100 - 50 = 50
敵：10 - 200 = -190 だけどマイナスはダメだから 0
結果：50%
524: 2016/02/17(水)11:22 ID:1asHSLp+(1) AAS
ステの下限が0なんで回避をマイナスにしても効果が無い
コモン148「X[戦]一時ｽﾃ計算<状態補正>」の167行目で下限を指定してるんで
そこを書き換えて回避だけ変数操作から外せば良い
525: 2016/02/20(土)18:26 ID:6BhK7icO(1/2) AAS
特技のSP消費を主人公の最大spにしてくて\cdb[0:0:9]にしているんですができません
わかる人いますか？
526: 2016/02/20(土)20:07 ID:C/w2zBur(1) AAS
マップ中と戦闘中では参照してるDBタイプが違う
戦闘中のは戦闘中しか効果なかったような気もするけど
とりあえずパラメータ増減ってイベント使ってみたら？
527: 2016/02/20(土)20:27 ID:VejX3OaY(1) AAS
ただ単にUDBの技能の消費ポイントの項目に\cdb[0:0:9]を入れているだけの可能性
自分自身に影響を与える技ならそれっぽいのができるけど、攻撃系だとコモンイベント改造しないと無理じゃね？
528: 2016/02/20(土)21:03 ID:dkk7KblF(1) AAS
数値と文字の区別をつける
529: 2016/02/20(土)21:57 ID:6BhK7icO(2/2) AAS
そうなんですね
ウディタ初心者なので今回は諦めます…
530: 2016/02/22(月)01:55 ID:siERYf1H(1) AAS
>>416のように主人公の方向で画像を変えてライトっぽくは出来ました
次にライトを
動画ﾘﾝｸ[YouTube]
この動画のようにほんのり点滅するように演出したいのですが、アドバイスお願いします
531: 2016/02/22(月)04:30 ID:xPX/ZKTb(1/2) AAS
中央を円形に透過した画像を使う
532: 2016/02/22(月)05:45 ID:jeeAiDAT(1) AAS
見た感じ光の部分を灰色か何かで塗った画像を加算して並列実行で何Fか毎に不透明度変更してるっぽい
つかこれ減算で暗闇表現して加算で明かりの表現してんじゃね
やったことないから出来るかどうかは知らんが多分そう。明滅の仕方がそれっぽい
533: 2016/02/22(月)09:30 ID:xPX/ZKTb(2/2) AAS
ウディタだとこういう時不便なんだよなぁ
円形に透過した黒い画像を使った場合は、一ヶ所だけでしか使えない
減算加算でやると混じった時におかしくなる
534: 2016/02/22(月)23:17 ID:CD4Ds1M4(1) AAS
バックグラウンドで画像合成できる機能の話ってどうなったんだろ
535: 2016/02/23(火)00:27 ID:VFE1DMas(1) AAS
画面を暗くするのと明るくするのって減算と加算で別々に出来たんですね
加算と加算が混ざった時におかしくならない方法があればそれが最高なんですが
536: 2016/02/23(火)00:58 ID:jcpkQ3Yr(1) AAS
加算を減算の5割か6割程度にすればええやで
基本が暗くなるけど２つ重なっても若干明るい程度になる
3つ重なる場合は滅多にないから気にする必要はない
537: 2016/02/24(水)01:59 ID:FbpPSCV4(1/3) AAS
質問です
キー入力でライトをオンオフできるようなコモンイベント作ったのですが、メニュー画面やメッセージが表示されている時も対象のキーを入力すると反応するのを無くしたいです
ライトのコモンイベントは、設定したキーが入力されたら変数の値を１、０にするコモンと変数が１の時だけライトで照らすようなコモンの２つでやっています
また、話しかけるイベントでＺボタンを連打するとメッセージがすぐに飛んでしまうのを防ぐために、メッセージを表示してからキーの受付までにウェイトを設定したいのですが方法はありますか？
１分程度で終わる内容なので、よければプレイして上の２つをやるためにどこを直せば良いか教えて頂けると幸いです
外部ﾘﾝｸ[zip]:www1.axfc.net
538(1): 2016/02/24(水)02:53 ID:KDsZEXR5(1) AAS
とりあえずゲームやってないけど
1,0のトグル動作する部分をメニューが開いている時やメッセージが表示されている時に動作しないようにすればいい
基本システムそのまま使っているなら、メニュー開くのは自動実行だから、メニューを開いている時は sys13:ｲﾍﾞﾝﾄ実行中？(1=ON) の変数が1になる
ちなみに文章が表示されている場合はsys12:ﾒｯｾｰｼﾞ表示中？(1=ON) の変数と sys13:ｲﾍﾞﾝﾄ実行中？(1=ON) の変数が1になる
よってsys13の変数を見て処理を中断するようにする(もしくは処理をしないようにする)ことで要望を満たす
メッセージ表示してからキーの受付までにウェイトを設定したいのなら、メッセージを表示した瞬間から数Fだけキー入力を禁止にすればいい
文章表示した瞬間であればsys12を見てキー入力禁止を入れれば良い
省2
539(1): 2016/02/24(水)07:13 ID:FbpPSCV4(2/3) AAS
>>538
ありがとうございます システム変数でメッセージが表示されているかとメニューが開かれているかどうか判断できるのは分かりました
とりあえず以下のような感じでコモンイベントを書いてみたのですが、
これでメニュー画面やメッセージウィンドウを開いている時にキーを入力すると何故か最初の一回だけは認識されてしまいます
（ライト付いた状態でメニュー画面で一回キーを押すとライトが消えてしまう。以降は押しても反応は無いといった感じ）
どこが問題なのでしょうか・・・
■条件分岐(変数): 【1】Sys13:ｲﾍﾞﾝﾄ実行中？(1=ON) が 1と同じ 【2】Sys12:ﾒｯｾｰｼﾞ表示中？(1=ON) が 1と同じ
省8
540(1): 2016/02/24(水)08:30 ID:uqoDyBKG(1) AAS
>>539
結局中身詳しく見てなかったけど、多分キーが押されるまで待つようにしてるんじゃないかな。ライトの処理直前のキー入力待ち状態の時にイベント処理に入るから、キー入力部分より前にその処理を入れていたらそんな挙動になる
その処理をキー入力の後に移動するか、同様の処理をキー入力の後に入れるかすればいい
上下前次1-新書関写板覧索設栞歴
あと 462 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s