WOLF RPGエディター 質問スレ 其の11 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
フリーソフトのRPG製作ソフトWOLF RPGエディターの質問者のためのスレッドです。
教えられる方はできる範囲で教えてあげてください。
・ここは質問スレです。質問者や回答者を煽るようなレスは禁止です。
・もしあなたが憤りを感じたり荒らしだと思っても、放置もしくは>>1とだけレスしてください。
それ以上のことを書くと、それ自体が『荒らし行為となります』。ご注意ください。
・質問者もマナーを守り、回答がつきやすい質問の仕方をしましょう。
【良い質問の例】
・〜がやりたくて・・・までしたのですが、〇〇がうまくいきません。
【悪い質問の例】
・〜できますか → 大概できます。問題は「どうすればできるか」のはずです。実のない質問はやめましょう。
・〜のようなことがやりたい → 丸投げはやめましょう。1から全部教えてくれる人はまずいません。
何が分からないか分かるまで努力しましょう。全部分からないのなら、まずは講座サイトで勉強しましょう。
・コモンイベント集から○○のコモンイベントをダウンロードしましたがエラーが出ますor使い方が分かりませんor動きません等
→まずはそのコモンイベントの作者と連絡を取って下さい。ここにはそのコモンイベントの内容を詳しく理解している人が居ないため、あなたが望むような回答はできません。
◆WOLF RPGエディター公式サイト
http://www.silversecond.com/WolfRPGEditor/
◇本スレ
【ウディタ】WOLF RPGエディター 其の65 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/gamedev/1502397455/
◇前スレ
WOLF RPGエディター 質問スレ 其の10 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/gamedev/1463812471/
次スレは>>980が立てて下さい。
立てられない場合は質問を自重して本スレに報告して下さい。 参考・講座サイト
【ウディタを始めたばかりで右も左も分からない初心者向け】
◆はじめてのWOLF RPG エディター
http://www.forest.impress.co.jp/docs/news/20110428_443057.html
ウディタを使い始めた人への説明から始まり、ゲームを作る上でよく使用される代表的なコマンドまでがわかりやすく解説されています。
ウディタver1.○を使って説明している為、現在のver2.○とはUI等が多少違う部分がありますが、基本的な部分は変わりません。
【ウディタに慣れてきた初級者向け】
◆はじめてのウディタ 挫折して再び
http://wikiwiki.jp/piporpg/
ゲームを制作する上での基本から、ウディタに付属している基本システムの使い方をわかりやすく説明しています。
ウディタに搭載されている基本システムを詳しく知りたい、それを使ってゲームを作りたいという人向けです。
◆ウディタ パーフェクトガイド <公式>
http://www.silversecond.com/WolfRPGEditor/Guide/
ウディタを使う上で必要な基本的内容から、ある程度発展的な内容まで網羅されています。機能説明というよりも、特定の何かがしたいという目的から説明されている内容が多いです。
本格的な自作システムは作らないけれど、ちょっとしたイベントを作りたいという人向けです。
【ウディタで変数を扱うことにも慣れてきた中級者向け】
◆公式マニュアル [ウディタ機能一覧] <公式>
http://www.silversecond.com/WolfRPGEditor/Help/
何を隠そう公式マニュアル。各種コマンドについての仕様が解説してあります。今までの講座でおまじない的に覚えていた部分を見直すことで、より理解が深まります。
暇な時に眺めると、知らなかった機能などが見つかることが稀にあります。
◆ウディタ講座 (猫とゲーム)
http://catgames.16mb.com/lecture/ ( http://catgames.16mb.com/ )
一つのお題を目的としたコマンドの組み立て方を示しています。自作システム入門としてどうぞ
◆ウディタ システム自作講座 (Skipping Board)
http://skippingboard.web.fc2.com/lec/lec-index.html ( http://skippingboard.web.fc2.com/ )
コマンド形式戦闘のあるRPGを作る上での自作システムの解説です。 たておつ
前スレ最後にすごそうなのが
見させてもらいます とりあえず今わかっている限りでの注意点
>>2のはじめてのWOLF RPG エディターは配布元が404。データは持ってるけど権利は向こう持ちだしどうすっかな
>>2のはじめてのウディタ 挫折して再びの変数・データベースとは?のページの説明で「「コモンイベント」の実行が終了すると、初期化されます。」と書いてあるが、それは誤り。 文章表示でルビを表示させるとその部分が瞬間表示されたり
場合によってはその後の文章も瞬間表示されてしまうことがあるのですが
ルビと文字送りは両立できないものなんでしょうか? ルビを振る漢字の表示→ルビの表示→生成ピクチャの横幅を確認して中心になるよう位置調節
って感じの流れだと思うから
\r[大和武尊,ヤマトタケルノミコト]じゃなくて \r[大,ヤマト]\r[和,タケ]\r[武,ルノミ]\r[尊,コト]って入力するとかしか対処法ないんじゃね
ただルビ振る場合の文字送り速度の仕様がよくわからんなこれ >>7
そうなんですよね
ルビを設定すると文字送りの速度が変になってどう設定しても防げないんで困ってます 質問です。
1度の攻撃で敵2体を撃破した場合に
同時破壊のような文字を表示させたいのですが、同時破壊かを調べる方法が分かりません。
一定フレーム間隔を調べたら良いのでしょうが、どのようにやると良いのでしょうか。
分かる方教えて頂けたらなと思います。 時間を関係させて作るのはバグが多いのでオススメしない
とりあえず倒した敵をカウントするための変数を用意(ex. 敵撃破カウント)
敵の撃破処理等が行われている部分はコモン165なのでそのコモンを開く
863〜902行に敵味方のダメージ処理があり、更にその中に敵が戦闘不能だった場合の分岐(888〜892行)があるので、その分岐の中で上で設定した敵撃破カウントの変数を+1する処理を書き加える。(倒した敵の数をカウントする)
1ターン内での各行動の大元になっている部分がコモン195なのでそのコモンを開く
34行目(CSelf12[戦闘終了フラグ]が 0 以外の分岐)の直前に、敵カウントが複数(つまり2以上)だった場合の分岐を挿入する。あとは分岐の中に好きな演出を書く(ex. 同時破壊というピクチャを表示させて60Fウェイトした後に同ピクチャを消去)
※戦闘終了フラグの分岐直前にこの分岐を挿入しないと、全体攻撃等で敵が全滅した場合に強制的に戦闘終了処理へ移行して演出が行われない
このままだと仲間Aが敵を1体倒した後に、仲間Cが敵を1体倒した場合でも演出が行われてしまうため、次のキャラに処理が移る際に敵撃破カウントの変数を0でリセットする
同コモン( コモン195 )内の17行目に敵撃破カウントの変数に0を代入する処理を書き加える
多分これで2体以上撃破した瞬間に演出を挿入することができるはず 敵が出現して戦闘画面に入る、
だけど敵と戦闘に入ることなく敵が逃走して戦闘終了ってコモンが作りたくて、
コモン171敵撃破演出とかを利用してみたのですが、敵逃走後、戦闘画面が終了しても、
コマンドが残ってしまって上手くいきません。
たぶん戦闘ターンが開始されてないから戦闘が完全に終了できないのかなーと思ったりもするのですが、
とにかくこれ以上は自分ではかなり厳しい感じなので知恵を貸してもらえないでしょうか。 逃走不能で戦闘処理コモンを開始して味方を行動不能、敵を逃走させれば良い >>13
早速やってみました。
コモン188戦闘処理
コモン137状態付与で行動不能を強制付与
コモン171敵撃破処理で逃走処理
とやってみましたが、戦闘画面終了後にコマンドが残ってしまいました。 >>13
ちょっと勘違いしていたところがあって、そこを修正したら上手くいきました。
ありがとうございました。 高機能お店コモン(ウディタ2用)
をウディタ2.20の640:480で機能させるにはどうすればいいですか? 質問です
DB操作の「タイプ番号、データ番号、項目番号」の取得方法に「変数」と「名前」がありますが、これまで絶対値や変数呼び出し値でしか使ったことがありません
そこで「名前」で使う場合なのですが、これはコモンイベントを呼び出す際に「コモン名」で呼び出すを選んだのと同じようなものだと認識しておく程度でいいでしょうか
(タイプ番号位置を変えても名前が同じなら大丈夫みたいな) ええよ
ただDBは昇順、コモンは降順に調べていくから
例えばコモンイベント番号、もしくはDBタイプ番号の1番と2番に同じAという名前をつけていた場合
コモンイベントの場合は2番のAが実行されて、DBの場合は1番のAが実行される >>20
ありがとうでゴンス
今のところDBでもコモンでも同じ名前で使うことはないんで心配なさそうだけど、DBは逆ってのは知らなかったです
聞いてよかった 自作のデバッグシステムを作ってて質問です
DBの名前取得のように通常変数やコモンセルフ変数に付けた名前を文字列変数として取得することはできるか?
現在いるコモンイベントの名前を取得することはできるか?(コモンナンバーでも可) 前者は通常変数名のデータベース作って管理すれば疑似的に可能、コモンセルフは無理
後者はイベントコマンド:変数操作+→その他→「このコモンイベントID」あるいはデバッグ文 >>24
やっぱり変数名は無理だったか
でもコモンIDが取れるだけでも十分なんで助かりました! 通常変数と予備変数は普通にDB操作で名前取れると思うけど >>26
ほんとだウッカリ
>>27
イベントコマンド:DB操作→システムDB→DBタイプ番号の「名前」にチェック入れてプルダウンから「通常変数名」選ぶ
「データ名取得[文字]」にチェック入れる 質問です
キャラでは無くピクチャを用いたオリジナルのアクションゲーのシステムを作ってるのですが
並列処理で一時的に敵のアニメを停止させる為の条件分岐などを実行すると停止はするのですが
後に一時停止した条件を解除して再開させるとアニメが最初からやり直しになってしまいます
そう言った場合どうしたら良いのでしょうか?
呼び出し処理だと画像だけ残ると言う状態になる為に並列処理にしてました アニメーションパターンを保持しておくだけじゃないの 中身が分からんから何とも言えんけど、普通はピクチャ使ってアニメーションを作っているなら、アニメーションのパターンをどっかの変数で管理してるよね?
停止させた時にその変数への代入も止めるか、もしくは停止させた時にその変数の中身を別の変数に代入しておいて、再開した時に引っ張ってくれば良い ありがとうございます
エフェクトのパターン変更使ってやってました
参考に頑張ってやってみます あー、それ使ってるのか
エフェクトの自動変更だと現在のパターンが何か分からんから、それ使わずにピクチャのパターンを切り替えたほうが良いよ
演算で処理重くなるけど、キャラクター100体同時にアニメーションとかしない限りは問題ない 回答ありがとうございます
更に質問なのですが、変数をスイッチのようにして
ループが途切れたら並列でアニメの呼び出しコモンを呼んで
再度止まった所からアニメを再生する事には成功したのですが
呼出し後のアニメがガタガタになるのですがこの場合はどうしたらよいのでしょうか?
並列処理だから何度も呼ばれてアニメもガタガタになってしまうと言う事なのだと思うのですが
対処法が分かりません これだけの情報だとどうしようもないのう
問題をもうちょい整理してほしい
「並列処理だから何度も呼ばれて」がいまいちわかんなかったんだが、「何度も呼ばれない」ような条件分岐を入れるんじゃだめなん?
並列実行コモンを複数動かしてるとかじゃないよね? 説明だと分かり辛いと思ったので画像でこんな感じです
https://light.dotup.org/uploda/light.dotup.org486658.jpg
https://light.dotup.org/uploda/light.dotup.org486659.jpg
https://light.dotup.org/uploda/light.dotup.org486661.jpg
位置によって番号使い分けてるのでループもすっきりしてませんが
これで一応目的のアニメは動きます
一時停止フラグがONの時に
一時保持パターンをパターン変数に格納してアニメが動くようにしました
問題は3枚目のもので停止した後に起動するイベントなのですがそれが起動しても
アニメが続きからではあるけれどカクカクで見れたものにならないんです
そのカクカクの解消の仕方が分かる方が居ましたら教えて欲しいです 情報が足りないと思ったので連投すみません
コモンの種類は1枚目が呼び出し、2枚目が並列(一時停止中)
3枚目が並列にしたらいいのか呼び出しにしたらいいのか分からずに居ます 一枚目の呼び出しコモンがアニメーションさせる処理、停止中に二枚目が並列で動いてて
三枚目がアニメーションを再開するコモンと
停止→再開でカクカクするんならウェイトかな
並列でアニメ処理呼び出してるせいで二重にウェイトがかかってるか
どっかでV162自体の設定をいじってるかくらいしか思いつかない ありがとうございます
たぶんその二重ウェイトだと思います
V162自体は先に設定してそこから一切変化は無いので
そのウェイトは具体的にどういった場所に多いんでしょう? 無事解決しました!
親切丁寧にありがとうございました ピクチャを遠景のようにマップと位置連動させたいです(キャラクターの移動幅は0.5マス)
ピクチャをスクロールとリンク、座標を対照モードでXY座標を0にして表示したのですが
うまく連動してくれません。もしいい方法があれば教えて頂けないでしょうか スクロールとリンクにチェック入れて表示させたら、後はピクチャの位置を自分で動かさない限り、マップと位置連動するでしょ
対照モードってのが何のことかは分からんけど、相対モードのことならチェック入れんでええぞ >>44 対照←誤字でしたすいません。ありがとうございます!うまく動作できました
教えて頂いたようにいかないと試行錯誤していたらそもそもピクチャ表示を
並列実行で表示させ続けていたことに気づけました… >>34で質問していた者です
無事、1つのアニメ動作は上手く行くようになったのですが、同時に2つ3つとアニメを動かしたいと場面があり
そこでまたポーズ画面のような一時停止ON/OFF処理をしたいのですが
複数同時にその各アニメの為にコモンを呼び出して動かす方法が分かりません
並列処理で2枚目以降を呼び出してやってしまうと2枚目以降のパターンが停止してくれません
一括してその最初に作ったアニメコモンのループ内で処理しようとすると
当然2重ループだったりウェイトで1枚目のアニメに影響を及ぼしてしまいます
どのようにしたら上手く行くでしょうか?
教えて頂けたら大変助かります! うまくいくかわからんが、と前置きしとくよ!
まずアニメパターンを管理してるデータベースに動作中か停止中かの項目を用意
次に「アニメ動かすコモン」の中身
1つのアニメに対して
・動作/停止の情報をデータベースに拾いに行く
・動作中なら次のパターンに更新、停止中なら更新しない
ざっくりこの二つの処理を動かすアニメの分だけループで実行
ウェイト挟む
んで、この「アニメ動かすコモン」を文字通りアニメを動かしてる間はずっと並列実行させておく
これで上手いこといけばコモンは一つで済んで、全アニメ停止、あるアニメは動かし続けてあるアニメは停止、とかもできるんじゃないかな 念のため補足
データベースは、1データにつき1つのアニメの情報を管理してる前提で書いてるよ! ウディタでアクションゲームを作るならピクチャごとにDB管理しないと無理だよね 回答貰えて助かりました
無事問題だった部分も解決できました!
ループ内で変数切り替わりも出来るようにすれば
各アニメ1つにつきコモン1つずつで解決するみたいです
ありがとうございました 今の(それかセーブデータの)可変データベースの内容を
csvやテキストなどで、あるいは画面やログに、出力させる機能ってありますか?
それとも自分でコモン書いて走査させなきゃできませんか? マウス操作を作り始めたんだけど、マウスポインタ(Windowsのほう)を消すのはどうするんだっけ 現在表示されてるピクチャが何枚あるか調べるデバック用のコモン作ってます
+変数操作でそのピクチャ番号にピクチャが表示されていれば「枚数」に+1して99999回(ピクチャ最大数)繰り返す、
というものですが50万回エラーが出てしまいます
繰り返し回数を分割してウェイトを入れるしかないでしょうか? 繰り返し回数を分割しなくても
ピクチャ番号一緒にカウントして2〜30000おきに1フレームウェイトすれば大丈夫と思う
ぶっちゃけあのエラーでても無限ループさせてなけりゃ動くけどね 2万以上だとエラーはでなくても処理落ちすっから1万で1ウェイトのほうがいいと思う
ところでF8じゃあかんの? 助言をいただけたので該当のコモンが作れました
感謝!
>>58
一定カウント毎にウェイト入れるので行けました
ピクチャ番号と該当ピクチャを一覧に表示して、自分的にわかりやすいように確認できるコモンを作ってたんで、エラーで一度止まるのをどうにかしたかったんです
>>59
F8だけだとどれがどれだかわかりにくくて(汗
あと、2万以上だと処理落ちってのはCPUよりもウディタの仕様なんですかね?
今回ので初めて処理落ちを経験したんで普段の自作コモン(まぁまぁアニメーションとか計算とかやったり)作りには影響ないと思うんですが、一応気に留めておきたいと思います
以前ツクールXPで自作システム作ってたときにCPU良くしても重さが変わらなかったんで、それに似てるのかなぁと ウディタの仕様
今のバージョンになってから簡単なコマンド文の処理時間を自分で計測してみたけど、
ウディタ 処理時間 で検索するとでてくるサイトのデータとほぼ同じだったし多分変わらんと思う
実際に計算して処理落ちするように組んだら、しっかり処理落ちするし
ちなみにウディタは60Fだから1Fのコマンド処理時間を約16.6ms以内に抑えないと処理落ちする
2万以上だと処理落ちするってのは、条件分岐(最も軽い処理で6.6ms * 2)+書き換え(1.7ms * 2)で既に16.6msに達しているから.これに変数操作+の処理とループ処理の分足したら確実に超える
一応処理落ちしててもスキップ×2とか×3にして30Fとか20Fにすれば大丈夫だけどね 詳しい解説ありがとです!
今まであまり気にしないことにして後回しにしてた問題がいろいろ腑に落ちました
これでメインコモン作成が捗りそうです あっでも俺のPCくっそ古いやつだからそこまで処理速度変わらんの当たり前だわ
CPUも i5 3550 3.30GHzの第三世代だし 某袋怪物のように場所を移動した時に特定の画像を表示するということをやりたいのですが上手く出来ないです…
トランジションの合間に挿入すればと思って
実行→画像表示→再度トランジション実行して画像削除
とやってみたのですがそもそも2回目のトランジションが発動しないです
どのように組めばあれの再現ができるでしょうか? すいません自決しました
普通に場所移動の前に画像を挿入したらそれっぽいのができました 基本システム2の181X[戦]ダメージ・回復ポップアップのCself3[表示タイプ]の数値はどこから取得されているのでしょうか? 引数だよ
コモンイベントを呼び出す際に任意に入力される値
コモンイベント → イベントの挿入 でコモン181を選択すると選べるようになる、【コモンEv入力(数値)】の欄のがそれ
コモンイベント全体から、コモン181を呼び出している部分を検索すれば、何が入れられているか分かるよ 質問です
ウディタで加速度などは関係無く何かしらの物を投げて
ループ内で放物線を描いてターゲットに当てるようにしたいのですが
どのようにして作ったら良いか分からなくて詰んでます
ヒントなど頂けたら助かります オイラー法ってのは、ざっくり説明すると
xn+1 = xn + dx/dt * dt
yn+1 = yn + dy/dt * dt
で常微分方程式を求める方法や
これを物理演算でわかりやすく解説するなら
[次のx座標] = [今のx座標] + [水平方向の速度] × [時間間隔]
[次のy座標] = [今のy座標] + [今の鉛直方向の速度] × [時間間隔]
ってことになる。
じゃあ[水平方向の速度]と[鉛直方向の速度]はどうなるのっていうと、これは採用する式で異なるんだけど、今回は簡単のために空気抵抗が発生しないことを仮定すると
[水平方向の速度] = [初速] × [cosθ]
[今の鉛直方向の速度] = [前回の鉛直方向の速度] - [加速度] × [時間間隔]
ってことになる。
注意事項だけど、座標系は画面右方向をx軸正、画面上方向をy軸正として考えている。
また、θはx軸からの左回りの角度を表す。
そんで式を整理すると
[次のx座標] = [今のx座標] + ([初速]×[cosθ]) × [時間間隔]
[次のy座標] = [今のy座標] + ([前回の鉛直方向の速度] - [加速度] × [時間経過]) × [時間経過]
ここから簡単のために[時間経過] を 1 として省略することで次式として纏められる
[次のx座標] = [今のx座標] + ([初速]×[cosθ])
[次のy座標] = [今のy座標] + ([前回の鉛直方向の速度] - [加速度]) ※(初期の鉛直方向の速度 = [初速] × [sinθ])
んであとは座標系をウディタ用に治すと、y軸方向は反転して、θはx軸から右回りであるため次式で表される
[次のx座標] = [今のx座標] + ([初速]×[cos-θ]) = [今のx座標] + ([初速]×[cosθ])
[次のy座標] = [今のy座標] + ([前回の鉛直方向の速度] + [加速度]) ※初期の鉛直方向の速度 = [初速] × [sin-θ] = - [初速] × [sinθ] 今見直したけど[時間経過]のところは[時間間隔]の間違いだわ それっぽく見せたいだけならyの減算値を1ずつマイナスして頂点で反転とかでもアリ それもやっていること自体は二つ上の話と同じだな。速度から加速度1を引いている
というか加速度使わずに多様な放物線運動を描くのって、かなり面倒じゃない? 皆様ヒントありがとうございます!
参考に作ってみます 自作コモンのみでコマンドRPG作ってて、ふとこんな楽な機能あったんだ!と思うことがあります
例えば、表示中のピクチャー番号を取得するコモン作ってたけど、変数+使ったら簡単に取得できたとか
そこで質問ですが、
コモンイベントの予約ってどういう時に使えるんでしょうか
(マップイベントは使ってないです)
こう使うと便利だよ、とかあれば教えて欲しいです その1度限りの自動実行は具体的にどういう処理で使えます?
ゲームのシステムで例えて貰えるとありがたい 並列実行から自動実行で呼び出したい場合に通常変数使わずに出来る
他の使い方としては、入れ子にしたくない時に使うぐらい。実行イベントを最後まで処理してから呼び出したい状況とか
前者の実例は基本システムのコモン126のような場合
後者の実例は前スレ948のような場合かな WOLF RPGエディター製のゲームを仮想フルスクリーンで表示出来るようにするツール等って無いでしょうか?
Borderless Gaming、FullScreenwin、Sizerのみっつを試してみましたがどれもダメでした・・・orz
F4で画面サイズを切り替えると、小中大のみっつしかなく擬似フルスクリーンにならないのです・・・ 技能の使用回数を制限するにはどうしたらいいですか? >>81
ツールは知らん
borderlessじゃなければF11でフルスク、2.20以降であればF4なりでborder有り最大化できるけど
>>82
前スレ806
全部の技能に制限つけたいなら根本的に改造 >>83
プレイする側なのですが、こちらでバージョンを上げる等の作業って出来るのでしょうか?
無知ですみません、よろしくお願いしますorz エラーが発生する可能性もあるけど
ウディタ公式で2.21のエディタをダウンロードして、解凍して中にあるGame.exeを使って、変更したいゲームのフォルダにあるGame.exeを入れ替える
ダメだった場合、もとに戻すために、元々あったGame.exeはGame.exe.oldとか適当な名前を付けて残しておくこと >>83
ありがとうございます。
でもこの方法だとアイテム欄に技能発動アイテムが表示されちゃいますね 青鬼なら一部マップに自分がどこのマスなら起動みたいなフラグ作っておいて
自分を追尾してくるようなコモンを作ったら作れると思うよ
システムは1から作るとしてメニュー画面より先にそこを作ってしまって
それからはローグライク系ゲームのコモンもしくはプログラムを探して処理を参考にしてみると良いかもね >>88
アイテム一覧算出のコモンで対象のアイテムの場合だけ表示しないようにすれば
技能が20〜30個程度ならアイテム消費する形のほうがそのまま利用できるから楽だよ
技能が100個近くあるなら戦闘システム改造したほうが楽だと思うけど >>90
技能そのものは30も使わないと思いますが
アイテム一覧算出コモンを見ても、どこをどう弄ればアイテムを非表示にできるか
自分にはちょっと難しくてわからないです。 戦闘外の場合はコモン110、戦闘中の場合はコモン153がアイテム一覧算出
とりあえずコモン153に限って説明すると
16行目〜86行目のループの中で、全部のアイテムを調べて、【1個以上存在する場合】に万能ウィンドウにアイテム名と個数を表示するって処理になっている
この【1個以上存在する場合】の条件分岐処理が19行目〜84行目に存在するんだけど、
この条件分岐を、【特定のアイテム以外】且つ【1個以上存在する場合】に書き換えればいい
特定のアイテムってのをどうやって設定するかだけど、
例えば1個だけの場合は、(あまり褒められた作りじゃないけど) 【Cself30の値が特定の値以外】で設定すればいい
このループ中におけるCself30の値は、UDB2のアイテムのデータ番号に対応するんだけれども、
例えばサンプルゲームにおける薬ビンを表示させたくない場合は、薬ビンがデータ番号14なので、【Cself30の値が14以外】って設定すればいい
【Cself30の値が14以外】の条件分岐を作って、【一個以上存在する場合】の条件分岐を、その作った条件分岐の中に入れればいい
例えば、アイテムのデータ0〜30までが技能発動アイテムだとすれば、【Cself30の値が31以上】の条件分岐を作って、【一個以上存在する場合】の条件分岐を、その条件分岐の中に入れればいい
発動アイテムは連番で作るつもり無いから、ユーザDBでアイテム一覧に表示するかどうか設定したい って場合は
UDB2のタイプ内容を書き換えて.
例えば項目21番をアイテム一覧に表示するかどうかの変数(1 = 表示しない)と設定して
コモン153の19行目の前でDB操作でユーザDB DBタイプ番号2 データ番号Cself30 項目番号21番の値をCself13とかに代入して
【Cself13の値が1以外の場合】って条件分岐を作って、【一個以上存在する場合】の条件分岐を、その条件分岐の中に入れればいい 同じデータを読み出すとき、可変データベースから読み出すのと
文字列から一行切り出しで読み出すのとではどんな違いがあるでしょうか
基本的なことなのかもしれませんが、検索してもうまく見つからなくて・・・ すまんがなんで可変データベースなんだ?
そもそもの役割が違うから、その辺ケアして説明すると長ったらしくなるんで理由聞きたいんだけど ああ、何となく聞きたいことが分かったわ
可変データベースに入力しているデータと、同様に適当なデータ形式で文字列として羅列したデータ(txtやらdataやらのデータ形式で保存したもの)
それぞれを読み取る場合にどんな違いがあるのかってことか
ぶっちゃけて言えばやること自体はほとんど変わらない。
どちらも大雑把なプロセスとしては下のような形で使用する
1. HDD(もしくはSSD)に保存されているデータを読み取る
2. 読み取ったデータから、記載されている数値等をラベル付けしてメモリに格納
3. 各々のコマンドでメモリに格納したデータを呼び出して利用
この処理の中で一番時間を食う部分が1〜2の部分で、最近はかなり早くなっているけど、未だにHDDやSSDに対するアクセス速度はメモリに対するアクセス速度と比べてとにかく時間を食う。(環境によるが、HDDだとだいたい速度が100〜1000倍程度違う)
サウンドに【メモリに先読みロード】って項目がある理由がこれ。HDDからの読み込みの場合に、時間がかかってズレてしまうことがあるから。
なので可変データベースやユーザデータベースは、ウディタを起動した時点で1〜2の処理を行って、数値をメモリに格納している。
データベースを肥大化させすぎた場合にウディタの起動が遅くなる理由がこれ。
そういったことで、そこまで大きな違いは無いけれども、あえて言えば
可変データベースに入力しているデータは、ウディタを起動した時点でHDD(もしくはSSD)からの読込処理が終わっている
txtやらdataやらの外部に保存してあるデータは、ウディタを起動した時点ではHDD(もしくはSSD)からの読込処理が終わっていない
って違いがある ■ このスレッドは過去ログ倉庫に格納されています