【ウディタ】WOLF RPGエディター 其の66
■ このスレッドは過去ログ倉庫に格納されています
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の【本体のダウンロード】のページから可能です UE4はシューティング作ろうとしたんだが弾を300出しただけで処理落ちするのが嫌 godotはそのうちヴァルカンが搭載されるらしいから、グラは良くなると思う そういえば、ウディタの話ってどこからどこまでの話を指すんだろう。
オブジェクトは他のオブジェクトとの相互作用も含めてオブジェクトだ
という考え方もあるし、
ウディタは、マルチプラットフォームが増えている2019年という環境の中に、
存在しているんだと遠まわしにウディタの話をしているとも解釈できそう。 >>376-377はウディタの話
>>978-382は関係ないけど流れでの雑談だし少しぐらいいいんじゃねって範囲
>>383で指摘入ってやめるのが普通
広義ではウディタの話をしてる!とか言っちゃう>>384はキチガイ 広義ではウディタの話をしてるとはいってないよ。
広義ではウディタの話をしてると解釈することも可能そうといったつもり。
代わりに話すスレチじゃない話に「ウディタの話の定義についての話」をしようと
思って言った発言だった。
この発想がキチガイなのは認めるけど。 そもそも狼煙がサポ面倒くさくなるからスマホ対応しないって言ってた
ゲームエンジンつくる人いるっぽいしそれに期待しとくわ やはりオーブンソース全盛期の時代に個人開発は限界がある DL必要なPCゲーとか先が見えないからスマホゲー作れるツクールに移行したわ
やっぱPCゲーはDL数昔と比べて目に見えて落ちてる
PC雑誌も廃刊ばかりだしなぁ マジレスするが
ツクール使っている時点でそれほどの収益とか人気を誇れるとは思えないだよな、狼煙氏ぐらいレベルなら売れるだろうけど
DL必要ゲーは、最近はSteamやdiscordストア、Epic Gamesストアや各企業が提供しているストア(uplay、origin etc...)に移行しているからな
ひと昔は、そもそも、PCゲー自体が珍しかったこともあって、簡単な簡易サイトからの提供が多かったけど、最近はそこら辺が整備されたし
https://www.famitsu.com/news/201806/11158825.html
ちなみに上の資料によると、アプリゲーのユーザーも大きいが、PCゲーのユーザーもそこそこ増えているから別に手を出してもいいとは思うが…
UE4やunityなどの3Dが簡単に使えるツールや、cocosみたいなマルチプラットフォーム対応が増えたから、敷居は下がっているし、わざわざ、ツークルなどの入門ツールを使う利点が思いつかない
ちなみにコンピュータゲーム雑誌の廃刊についてはもう10年も前からそういう状況な気がするぞ
だから、雑誌の状況としては、インターネットが発達したから、わざわざ本屋に行ってまで、買う必要がなくなったし
雑誌買って勉強する金があるなら、専門書買うべきだし
ゲームを知りたいなら前述べた各所が出しているストアを使えば、レビューも付いて簡単に買えるし ウディタからどこかに移行するならって考えた場合って前提抜けてない?
「RPGを作ることが出来て比較的ウディタと操作感似ててユーザー多くてコミュニティしっかりしてる」
これでウディタからツクールに移行する利点無いとか言われてもさあ
unityみたいな3Dが使えるツールでいいじゃん!とかいうのはウディタやってる人に響く言葉では全く無い
そういうことやりたいなら最初からウディタ使い倒してない >>395
俺は、「DL必要なPCゲーとか先が見えないからスマホゲー作れる〜」「やっぱPCゲーはDL数昔と比べて目に見えて落ちてる」という発言に注目しているだが
人気になりたいなら、ウディタ・ツクールのような制限の中なら、でそれなりのアイディアを出すべきだし
DL必要ゲーは別に販売場所が変化しただけで普通に存在しているし
狼煙氏ぐらいのアイディアが出ないなら、他ツールでグラフィックや今時の3Dゲーに手を出してみていいじゃあないのではと言っているだが 2DRPGが作りたくて作ったけどDL数伸びないからスマホゲーにしてみよう、って言う人に3Dゲーの方が伸びるぞ!って言っても作りたいものと違うじゃん
実際>>393がどうか知らないけど、昔っていうぐらいの時期からウディタやってる人なら2Dゲーを作りたい人って解釈した
考えてる背景の前提が違ってたかもね
自分の思う「ウディタスレで言うところのPCゲー」ってフリーゲームだから、>>393の言う昔ってのもフリゲ全盛期のことを指してると思ってた
実際フリゲは作る側も遊ぶ側も減ってるの感じるし、同じ2DRPG作れるならツクールへ流れてもおかしくないと思った >>399
ツクールMVは、買って1~3回程認証しただけで
それ以降認証しなくても使えている気がする。
言語無しで組める2000以外ウディタリアン向きじゃないのは同意。
>>397
ウディタは2DRPG作りたい人よりも
DB使いやすいように調整して、スクリプト最短時間で組みたい人が
はまる印象だけどなー。
今は作りたいものによってどのツールが一番最短かは変わる印象だし、
結果的に複数のツール使う勢になったウディタリアンが多い印象。
若干ずれたこと付け加えるけど、最近近くのツイッターのウディタ界隈で、
ウディタ上で3Dやっている人が多い。 ツクール200x以降触ってないから知らないんだけど、
今のツクールってウディタみたいに直感的に自作システムとか作れるようになってるの?
一応いくつかプログラム言語も触れるけど、それならツクールの方がいいんかね? 一応、今インターネット接続切って、
ツクールMVのプロジェクトフォルダ起動したけど普通に動いたよ。
後、ランタイムパッケージについては、ツクールMVから廃止されてる。
後、何度か大規模なセールがあって、最安値はツイッターで「ツクールMV セール」で
打ったら出てくる。
言語はjavascript。
個人的には、それでもウディタ派。
ウディタの素材も150DLくらいされているし、
むしろスマホがexe対応する可能性も残っているから。 (プロジェクトファイルって、言おうとしたらプロジェクトフォルダって言っちゃった。) >>402
osの関係的にスマホがexe対応はないと思う
iosもアンドロイドもlinuxベースで、opneglのようなマルチプラットフォーム対応のソースコードなら対応コンパイラがあればいけるけど、
他のdirectxなどを使用しているソースコードの場合、当然、アンドロイド用コンパイラがないから、アンドロイド対応実行ファイルを作ることすらできないし
ウディタはdxlib使っているから、アンドロイドもやろうと思えば行けると思うけど、ソースが倍に増えるだろうし、管理が大変そう
(ちなみにiosはみんなも知っていると思うが、macでないと開発できないのでお話にならない)
wineみたいなものを用意するならまた話は別なんだが、wineでもwindows動作を100%再現できるわけじゃあないらしいしなー 一般的にRPGとドンキーコングみたいな2dゲーってどっちが労力かかるかな?
作りたい妄想はあるけど、労力がね、、、 >>406
作り込みによるのに比べられるわけねーだろ
ってかウディタ開いてサンプルゲームいじってみる労力すら出てこないお前にゃ
どんな簡単なゲームも一生作り上げる労力なんか湧いてこねーよwww 一から作るにはやっぱりサンプルの解析からかなぁ
ここ数年やってるけど未だ解らないとこだらけだわ 並列処理は最小限に留めた方が好ましいでしょうか?
画面上に体力や所持金や所持アイテムを画像で常に表示しておきたいのですが
頻繁にある体力、所持金、アイテムの増減の度に画像を更新するのは大変なので
並列処理にしてしまいたいです
他にも大量に並列処理を使う予定なのですが大丈夫ですかね 画像更新程度が大変な訳ないと思うけど
どれだけ問題出ようが死ぬ訳じゃないんだから好きにすれば良い >>410
大変というか更新漏れがあって「このアイテム使ったのに数が減ってないぞ」ってなるのが不安で…
どれだけ問題出ようが死ぬ訳じゃない
という事は問題になる可能性があるという事でしょうか?
問題を出したくないのでご教示頂けたらと思ったのですが
初歩的すぎる質問をしてしまったのなら申し訳ないです ウディタ自体の処理にそういう感じの更新はないよ。
質問者の意図に関係ない感じの更新ならあるけど、
巧く組めば大丈夫だから、とりあえず組んでみてバグったら、
エラーコードと共に質問できる場所に行けばよいと思う。
ここでの質問は、「ここは既に質問スレだ」派と
「質問スレへ行け」派がいるけどよくわかんない。 ダメージ判定等の更新タイミングに表示更新する方が軽くなる
ただアクションゲーム等で更新にアニメーション等の演出がある場合は
並列にしないとボタン入力等に対応できないので並列を使うしかない
その場合並列実効(常時)では無く並列実効で条件で通常変数を設定
更新タイミングで通常変数を変化させ表示更新する
これならアニメーションとキー操作同時にでるし軽くなる
例えば通常変数に[HP]を作って起動条件にして
ダメージ判定時にHPを通常変数[HP]に格納する
表示更新終了時に通常変数[HP]に条件外の-100とか代入して終了する 並立でバグりにくくする方法としては、
1つの並列のイベントから呼び出しのイベントを呼び出したりする方法を適度に
いれて1フレームのコマンド処理数の管理しやすくしたり、
「システム変数108番の現フレームのコマンド処理数」が一定以上の時に
ウェイトをいれるような処理を多めに入れたりするのが効果的。 初歩的な質問ですが、ご教授お願いします
選択肢の作り方です
・他の会話イベントでのフラグを見て、選択肢を表示したり非表示にしたりしたい
・Aさんと話して「情報A」をゲットし、V1-0が1になっていたら、
選択肢に「情報A」が表示されるが、話していなければ表示されない
・同様にそれが12個あります
・フラグ管理はシステムデータベースを使っています
・また、選択肢が12個ある場合、ページ切り分けなどで
12個の選択肢を出すことは可能でしょうか?
よろしくお願いします
ウディタの選択肢は使い勝手が悪いので自作選択肢推奨
CDBを使って項目に[文字列]と[変数]を作る
[文字列]を表示して選択後[変数]の条件分岐を実効する
使う前はCDB初期化も忘れずに
これはこれで面倒だけど[データ番号]を返す処理モードも
作れば通常の選択肢としての使い勝手も悪くないはず 変数呼び出し値の一覧がウディタのヘルプなるはずなんだけど、
フラグとして使っている変数の呼び出し値を
この可変DBの「選択肢変数」っていう項目の数値に代入するんだ。
データ番号は選択肢が12個必要って言うから0~11を使うようにしてある。
可変DBの「選択肢フラグ文字列」という項目は内部処理用だから
設定時は気にしなくて良いけど、参考にするときは内部処理をみてみて。
「EVID」という項目は、選択肢を押した時呼び出すコモンイベントで、
「選択肢名」という項目の部分にはその名の通り、何て表示するかを設定してね。 このコモンこのまま自由に使ってもいいけど、
このコモンのデフォ選択肢の部分を
やりたいことに合わせて
416の言うような自作選択肢に置き換えたりとか、
ウディタのコモンイベント集にある、
万能ウィンドウ系統に置き換えたりするの推奨。 やはり並列処理を無駄に使うのは控えたほうがよさそうですね…
軽いゲームを目指してコモンを見直して来ます
みなさんありがとうございました! 409と415って、別人なのか…。
口調似ているからID見た時びっくりした。 >416
ありがとうございます
CDBというのが、まだ勉強していないのでわからないのですが、
ちょっと調べてやってみたいと思います
>ケモプレさん
DLしました
ありがとうございます
まだコモンを組み込んだことがないので挑戦してみます >>423
CDB=可変データベース
初心者みたいだけどメニュー作れる程度の技量があれば
難しい事はないと思うから頑張って >424
ありがとうございます
可変DBのことだったんですね
しばらく試す時間がないので、時間できたらすぐに
トライしてみたいと思います
ここのみなさんは本当にレスが早くていつも助かります
ありがとうございます >>406
前提としてドンキー程度の物理演算を実装できる腕がある
FF5くらい規模でデータベースの構築ができる腕がある
これなら圧倒的にドンキ
キャラ等の物理演算さえ完成させてしまえば後はそれに合わせて場を作っていけばいい
RPGはプログラミング能力というより膨大なデータを構築する時間とそれに応じたデバック数で時間ばかりが消費する
ただ、自分の欲求に対して手段と目的が逆になってる時点で労力以前にどっちも作れるわけないには同意 ドンキーってあのファミコンのドンキーのことじゃないの?
物理演算ってなんのこっちゃ 単にジャンプとか当たり判定のことじゃね? 樽投げの放物線運動も物理演算ではあるし
物理演算って言うと綿密な数値計算を含むイメージがあるから、その言葉選びはどうかと思わんでもないけど
まあ言いたいことは分かる 当たり判定さえ出来れば楽ってアクションゲーム馬鹿にし過ぎでは?
本当に作った経験あって言ってる?
当たり判定なんかアクション作るにおいて一番簡単で最初に出来上がる部分じゃん
RPGのデータ構築やバランス調整と比べるならアクションゲーム側はレベルデザインと比べるのが当然でしょ
クソ配置でいいって話ならRPGだってクソバランスに適当なデータで良いってことになるだろ 特にスパドンとか気持ちよく倒せる敵の配置、ボーナスステージへの誘導の仕方、ステージごとの楽しめる仕掛けなんかがすごく評価されてるゲームだと思うが まあ>>406みたいな質問してしまうレベルの人でウディタを使うということを考えるとRPGの方が圧倒的に楽なのは確か 面白いのを作れるかどうかということを抜きにすれば、アクションゲームの方が実装は楽
RPGはデータベースを作るのがかなりダルい
ただしウディタはその辺の面倒な機能が標準でついているから、RPGの方が作るのは楽 実際に自分でやってみないとわからんわな
労力以前の基礎投資だわ >>431
どっちが面倒くさいかって話で比べただけだから楽なんて話しは誰もしてないが、それで盛り上げるつもりやな!?
アクションゲーはプログラミング言語覚え始めたときから何本も作ってるけど、RPGはシステムの実装xアイテム数だったりデバック項目が膨大で、ウディタのDBに感謝しながらハムスターの輪をずっと走ってる感じw
アクションゲーはハムスターの遊び道具を色々作っていく感じでモチベーションの保ち方が違うかなぁ >>429
確かに言われてみればそうだなw
あの辺(スーパーマリオやスーパードンキーコング)のアクションゲー作るにはジャンプの放物線とかエフェクト等のパーティクル表現とかの物理演算が作れないと無理だし、
そういう意味で言ったんだけどどういう表現が正しいんだろ(むしろ当たり判定は失念してたw) 2Dアクション作っている私の知り合いは、
重力とか摩擦によるベクトルの減少とかもっとも典型的な物理演算の例として
挙げていたから、ここの反応はちょっと意外。
やっぱ分野や時代によって、反応って変わるよね。
最近は、3D勢多いからかなー。 >>439
オブジェクトの衝突判定ありきとかじゃないと物理演算とは言わないってのは、このスレだけなのか今のプログラミング業界の常識なのかどっちなんだろうねw
物理演算のないアクションゲーって、もうその時点で意味不明なのは俺がおっさんだからか??? ウディタのようなプログラミング意識してないのでも物理演算は物理演算だから使うわ
おかしいこと言ってるやつって基本概念すら理解してないんじゃね >>427>>428が物理演算を知ったかしてたってことでok? ウディタでRPGしか作ってないぼくにも分かる話してください! ウディタの追加の新しいマスコットキャラクターや
追加の新しいのテーマソング考えてみるって、テーマの話題振ってもいい?
ウルフRPGエディターだから、名前に狼、役、演、遊、編を順に含んだ5人PTとか。 >417 ケモプレさん
なんとか組み込むことはできました ありがとうございます!
まだ正直、組まれているコモンの内容までは理解できていませんが、
画面に思いの選択肢が表示ができました
作っていただいたコモンの、選択肢の一番下の行に
「←→で別の曲も選べます」みたいな表示を入れる場合は
どうやればいいんでしょうか? 連投ですみません
テスト用に立てたフラグを、その画面から出るときに
すべて「0」にリセットしたい場合は、どうすればいいでしょうか? コモンイベントに用いられているイベントコマンドの選択肢を
左ダブルクリックすると選択肢を編集できるから、
分岐1~6に既に入っている文字列をいじらずに、分岐7の文字列入力欄に任意の選択肢名を
いれたら、第7の選択肢ができる。
フラグを全部0に初期化するには、以下の文字列をコピーして、
そのコモンイベントの最後に貼りつければ、できるはず。
WoditorEvCOMMAND_START
[121][4,0]<0>(1600070,-1,0,0)()
[179][1,0]<0>(12)()
[121][4,0]<1>(1600070,1,0,256)()
[250][5,4]<1>(1600010,1600070,0,266240,1600071)("","","","選択肢変数")
[121][4,0]<1>(1600071,0,0,16)()
[0][0,0]<1>()()
[498][0,0]<0>()()
WoditorEvCOMMAND_END >ケモプレさん
ありがとうございます
やってみます めちゃくちゃ初歩的な質問なんだけど、PCによって処理速度も変わるの?
ノパソでやったら処理が明らかに遅くなったんだけど
DirectXを9にしたりしても同じ 変わるで
単純に言えばプログラムの実行処理速度がCPUに依存する
同じシリーズであれば、CPUによく表記される3.7GHzとかのクロック周波数が1秒間に発生する信号の数で、処理速度に相当する(シリーズや世代が変わると中身も変わるため、単純な比較は難しい)
それ以外にも、グラボがない場合は描画処理が完全にCPU負担になるし
メモリ容量が足りない場合はストレージで代替することもある
メモリに展開していないデータを読み込む場合はストレージから読み込むため、例えばHDDとSSDの場合は4〜5倍程度速度が変わる ウディタって結構軽いから今時のCPUなら一番下のでもサクサク動くと思うんだけど、自作システムでグラ使いまくりとかだと流石に変わるか
参考までにどのCPUでどのゲーム動かしてたか書いてくれると助かる ユーザーごとの環境でなるべくばらつかないように
なんかで(時間?)割と低めの上限設定されてると思う 特に上限はないと思うぞ。ivyからcoffeeに変えたら処理時間1.5倍近くになったし
1F緑帯エラーギリギリみたいなガチガチに組んだゲームじゃなければ(重いコマンドだと100000とかでもキツいけど)、グラボの有無とストレージの性能に大きく依存するんじゃないかなあ 狼さんがどこまで処理落ちしないか検証してたくらいだし上限はないと思うよ 既出だとは思いますが、
イベント中にNPCのキャラチップを切り替えることは可能でしょうか?
可能な場合、コマンドを教えていただけますでしょうか? >460
ありがとうございます
システムデータベースに登録するのが必須みたいですね
やってみます テキストの縁(エッジ?)の色を黒以外に変える事は出来ますか? ウディタ公式サイトのコモンイベント集にいろどるフォントというコモンイベントがあるよ。
それを使ってみる方法もあるし、他にも特殊文字\i[番号]や\img[番号]を使って文字列として
予め作って置いた文字画像を表示する方法もあったりする。 確か公式が保障している方法では、エッジの色は変えられないはず。
裏技的な方法は、なんとなく色々ありそうな気がするけど。 >>463
ありがとうございます
探しても出てこないのでもしやと思って質問してみたのですが、やはり公式では変えられないんですね
コモン見てきます! エターナルフォースブリザード
新訳:寒すぎてやる気が出ない プレイ中にクリップボードに文章をコピーさせたいんだけどウディタの機能だけでできる?
外部ツールを使わせないと無理? 昨日始めたド初心者です
イベントの発生条件を「敵の視界に入ったこと」にすることは可能でしょうか?
範囲拡張だと敵の後ろを通ってもばれてしまうのでどうしたものかと… これ自分も知りたい
イベントのキャラチップがどっちを向いているかを判別して、そのイベントの座標から前方数マスに主人公が入れば反応するって感じ? >>469
まさにそれ
採用してるゲームは多いはずだしそんな難しい仕組みでもないはずなんだけどウディタだとやり方さっぱりわからない 主人公が接触範囲に入ったら変数操作+でマップイベントの向き調べて
前方向に主人公いるか判定していたら次のページへ進む処理をすればいい >>468
コモンで配布されているものもあるぞ
8方向視界コモンという名前のものがあるから、使ってみたら?
>>467
あー・・・たぶんその方法じゃあできないと思うぞ、そもそもウディタにグラフィックボードを弄る機能ないし
やるとしたら、ウディタ側で選択した文字列をテキストファイルとして出力し
自作した外部ツール側で、出力されたテキストファイルを監視、更新され次第、クリップボードにコピー。といった感じじゃあない? >>472
やっぱ外部ツールに監視させる必要があるのか……
テキスト出力はsavファイルに偽装させておけば気付かれないだろうしその方法でやってみます >>472
見つけましたありがとう
「8方向視界コモン」の他に「イベントとの間に壁があるか判定」ってのも使えそうだった
リンク貼ろうとしたけどNG出ちゃった何故だろう >>475
前にも自分で作ったコモン見せる時に話題になったことあるけど、
コモンイベント集やニコニコ動画はNGひっかかりやすくて、
YOUTUBEやTwitterはひっかかりにくいみたい。 それを対策しようとした結果 >>322 みたいな恐ろしいことに……。 >>475です
視界コモン使いこなせるようになってきたので間に壁があるか判定コモンも導入しようとしたところリンク切れ?っぽくてダウンロードできませんでした…
何か代用になるものってないですかね?
自分で作るヒントとかでもいいので >>493
変数操作+の位置に通行可能があるからそれをうまく使えばできるかも 同じピクチャ番号を指定して別の画像を表示させた場合って、
ピクチャ消去コマンド使ってなくても、メモリから消えるの? ■ このスレッドは過去ログ倉庫に格納されています