【ウディタ】WOLF RPGエディター　其の49

**名前は開発中のものです。** · 2014/06/13(金) 21:21:28.18

RPGツクール系よりは手がかかる分、比較的細かい所まで作り込む事ができます。
RPGツクールでは物足りないけど、プログラミングはちょっと……という方にお勧めです。
次スレは　>>980　が立てて下さい。

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

■開発者サイト　SilverSecond
ttp://www.silversecond.net/

■エディター説明書
ttp://www.silversecond.com/WolfRPGEditor/Help/

■WOLF RPGエディターWiki
ttp://www.silversecond.com/WolfEditorWiki/

■WOLF RPG エディターパーフェクトガイド
ttp://www.silversecond.com/WolfRPGEditor/Guide/

前スレ
【ウディタ】WOLF RPGエディター　其の48
http://peace.2ch.net/test/read.cgi/gamedev/1396482626/
以下、公式サイトから抜粋。

○高度なRPG開発が可能な、完全無料のRPG製作ツールです。
○作成したゲームは自由に配布したり、コンテストに投稿することが可能です。
　また本ソフトを持たない人でもプレイが可能！ファイル暗号化も完備！
※Ver2.02a以下のウディタで暗号化したファイルは、Ver2.10以降のウディタでは読み込めません
　旧Verの入手も公式HPの【本体のダウンロード】のページから可能です

**名前は開発中のものです。** · 2014/08/19(火) 23:43:52.02

ダメージ計算式改造してるけどなかなかうまくいかないね
ステータス決定式も

**名前は開発中のものです。** · 2014/08/20(水) 00:07:39.35

だからそういうのは自分の好きなゲームの計算式を参考にすりゃいいいんだよ
攻略ウィキとか攻略本とか解析サイトとか探せば結構詳しく載ってたりするぞ

**名前は開発中のものです。** · 2014/08/20(水) 00:45:49.57

751です。
一応ですが、パッドの入力とキーボードの入力を別々に扱うことができました。

>>757さんありがとうございました。

具体的にどうやったかと言うと

キーボードの入力を読む時は、パッドの入力を全て禁止にしてから
方向キーと各種ボタンの状態を調べます。
調べ終わったらパッドの入力を全て許可にします。

逆にパッドの状態を読むときは、キーボードの入力を全て禁止にしてから
方向キーと各種ボタンの状態を調べます。
調べ終わったらキーボードの入力を全て許可にします。

ただしこれらを全て1フレーム内で行おうとすると失敗します。
デバイスの入力禁止命令を出してからそれが反映されるまで
時間がかかる(1フレームかかる）からです。

なのであるフレームではキーボードの状態を読み、
次のフレームではパッドの状態を読む、これを交互に繰り返すことで、
別々の入力として扱えました。

**名前は開発中のものです。** · 2014/08/20(水) 00:47:53.76

うｐされてるコモンの流用から調整まで使える程度にはなったが
基本戦闘システムわけわけんねえ

**名前は開発中のものです。** · 2014/08/20(水) 00:52:13.10

ぶっちゃけ基礎システム完璧に把握するよりは、自分でそれなりに１からつくった
ほうが簡単とよく言われているけどね

**名前は開発中のものです。** · 2014/08/20(水) 00:52:34.97

基本システムやたらと汎用化したりコモン分けまくってるから使う気が起きない

**名前は開発中のものです。** · 2014/08/20(水) 00:55:42.78

そりゃ基本システムだから汎用性重視なのは仕方ないだろ
まあ俺も自分で全部作ってるけど

**名前は開発中のものです。** · 2014/08/20(水) 01:00:41.81

基本システムの解読は勉強になるよ
解読し終われば一から作った方が早いという結論が出せる程度の腕にはなるはず

**名前は開発中のものです。** · 2014/08/20(水) 01:06:18.10

そういうところは見たんだけど、戦闘システムの改造に苦戦中

**名前は開発中のものです。** · 2014/08/20(水) 01:07:45.17

基本システムのダメージ計算はいじってなんぼ
すぐ0になるのはｱｶﾝ

**名前は開発中のものです。** · 2014/08/20(水) 08:00:06.41

すぐ0になるなら計算式というよりバランス調整がしっかりしてないんじゃね
仮にそうならないような計算式にしたところで今度は
ステータス上がったのにダメージに目に見えた変化が出ないとかになってプレイヤーを困惑させる気がする

ステータスによる与ダメ被ダメの変化が分かりやすいのは装備を買ったときの嬉しさとかにも影響するし
なんだかんだドラクエ計算式はバランス調整もしやすくて優秀だと思うよ

**名前は開発中のものです。** · 2014/08/20(水) 08:18:20.68

シミュレーションRPGだと単純加算と減算だけのシンプルな物もあるね
凝った計算式よりも適正レベルでの挑戦と、その前後での挑戦でどれくらい難易度に差をつけるかだな
レベルの上がり方にもよるけど、レベル1違ったら攻撃が通用しないんじゃあかん調整

**名前は開発中のものです。** · 2014/08/20(水) 09:58:15.15

DQ3くらいだとLv99で最強装備でも防御力が1/4しか機能しないせいで
せいぜい軽減がどの職業でも30～40ダメージだという

**名前は開発中のものです。** · 2014/08/20(水) 10:27:49.27

むかし適当に作った計算式で防御力の高い相手を攻撃したらダメージ反転して回復しちゃってたのはいい思い出
みんなは最後に下限0を入れるのを忘れちゃだめだゾ☆

**名前は開発中のものです。** · 2014/08/20(水) 10:32:34.32

>>771
肩たたきの原理やろ

**名前は開発中のものです。** · 2014/08/20(水) 10:51:38.02

回復魔法が存在せず
わざと攻撃力下げた回復役で
味方を殴りながら戦うゲームもいいんじゃね

強い杖ほど攻撃がマイナスに振り切れていくみたいな

**名前は開発中のものです。** · 2014/08/20(水) 10:59:24.88

ビジュアル的に殴らなくとも、回復と攻撃を両立したキャラは存在しない、または難しい的なシステムはありかもね
FFTとかだとアイテム使用すらスキルが必要だったりする

**名前は開発中のものです。** · 2014/08/20(水) 11:20:21.16

上限下限の概念がないってのも面白そうだな
攻撃が回復になる他にも
命中が110%だと100%命中した後に10%で追撃になって、200%超えると今度は3連撃になるとか
金はいくらでも借金できるけどその分ペナルティも上限なしに増えるとか
パーティ人数にも際限がないとか
戦闘の間だけ最大HPを越えて回復できるとか
バフデバフを何度かけても効果あるとか

まあコンセプト重視のネタゲーにしかならなそうだけどフリゲならありだと思う

**名前は開発中のものです。** · 2014/08/20(水) 13:02:52.53

案外いいアイデアかもしれんぞ

**名前は開発中のものです。** · 2014/08/20(水) 14:26:14.76

使用後にステが1/1000になる状態異常になって
戻る前にＨＰやＳＰの最大値が伸びるアイテム使って
状態異常の効果が切れたらアイテム使った数*1000能力が伸びてるんですね、わかります

**名前は開発中のものです。** · 2014/08/20(水) 15:38:12.61

ＡＩ作れる人は尊敬するわ、簡単な移動・攻撃判定用のＡＩ作るだけで５日もかかってんだけど

**名前は開発中のものです。** · 2014/08/20(水) 17:10:00.94

5日かかっても完成させたもん勝ち
中には1年経っても手を付けてない人だっているのだから

**名前は開発中のものです。** · 2014/08/20(水) 19:56:50.56

>>779
ドンマイ

**名前は開発中のものです。** · 2014/08/20(水) 20:06:58.59

そいや例の新しいウディタリアンＳＮＳとやらはどうなったかな
人入るかなあれで

**名前は開発中のものです。** · 2014/08/20(水) 20:10:42.46

川崎部並に酷い感がする

**名前は開発中のものです。** · 2014/08/20(水) 22:04:14.66

影明かしのデータ自由に見ていいって書いてあるのでEditor.exe入れてみたけど参考になる部分多い
ライトアップの雰囲気づくりの仕方とか、履歴の出力の仕方だとか

**名前は開発中のものです。** · 2014/08/20(水) 22:57:09.37

>>783
マジか、知らなかった
普通にエディターのファイルに入れれて起動すれば見れます？

**名前は開発中のものです。** · 2014/08/20(水) 23:06:21.55

>>784
質問スレであの程度の質問してる奴が見ても何の参考にもならねえよ
っていうか余計混乱するからやめておいた方がいい
基本システムと設計者の思想も違うから尚更

自分で考えることを身につけるのが先

**名前は開発中のものです。** · 2014/08/20(水) 23:24:09.21

>>785
え？
質問してないけどだれかと勘違いしてないか？

**名前は開発中のものです。** · 2014/08/20(水) 23:47:49.73

>>783
初めて知ったわｗ

遊んでるときも薄々感じたけどやっぱコモンとかすごい整理されてるな
ピクチャ番号なんかが完全に決め打ちなのは外部スクリプトでも組んでるのかな･･･

**名前は開発中のものです。** · 2014/08/20(水) 23:56:18.37

どうでもいいけど履歴の出力ってただ出力するだけじゃねーの
影明かしやったときに別段特別な方法を取ってるようには感じなかったけど

**名前は開発中のものです。** · 2014/08/21(木) 21:16:35.96

前に誰かが書いてたけど、マップ生成にランダム入れると面倒だなあ
街の発展要素作ってるけどうまくいかねー

**名前は開発中のものです。** · 2014/08/21(木) 23:59:03.65

俺もランダムダンジョン、シャッフルダンジョン、街発展ありのゲームを作ってからなにがうまくいかないか聞きたい

**名前は開発中のものです。** · 2014/08/23(土) 10:24:04.99

大概面倒になるのは移動処理だろうけど、そこ出来りゃあとは比較的楽じゃね
何処に何を作るか≒何処が移動可能か不可能かだからな
あとはローグライクとかの階段移動と同じように実装すれば、モブの会話も店も分岐させてつくりゃいい

**名前は開発中のものです。** · 2014/08/23(土) 10:46:48.72

コミケ販売した二次創作同人ゲーに来た感想

デフォ戦じゃなくて、ここまでキャラを見せる戦闘システムがとても可愛くて良かったです

こんな感じの感想複数来たけど
ステータスや顔グラ右に追加、敵位置左寄せとかのレイアウト変更しただけで
中身の処理はデフォ戦のままンゴwwwwwwwwwwwwwwwwwwwwwwww

**名前は開発中のものです。** · 2014/08/23(土) 11:51:27.35

よくある話

ウディタと関係ない某所でだが有名な特撮ヒーローの決め台詞書き込んだら
子供(たぶん)にオリジナリティ溢れててかっこいいとか言われたり
知らん人は知らんし見抜けん人は見抜けん

**名前は開発中のものです。** · 2014/08/23(土) 13:02:29.91

ウディコンですらそんなんだから大丈夫
作ってると計算式透けて見えるようになるけど普通のプレイヤーの眼はどうせ節穴

**名前は開発中のものです。** · 2014/08/23(土) 23:08:35.65

>命中が110%だと100%命中した後に10%で追撃になって、200%超えると今度は3連撃になるとか
ちょっと違うけど、命中率超えた分をヒット数にするってのならやった。
150％なら1ヒット+50％でもう1ヒット。
連撃と違うのは、攻撃自体を2回するのではなくてあくまでヒット数という扱いだということ。
WizやFFみたいな○ヒットってやつね。
攻撃自体を2回やると特性系のも2回分かかるし。

**名前は開発中のものです。** · 2014/08/24(日) 03:43:08.40

とってる戦闘形態がAC方式じゃないなら回数上限設けてff12の如く武器毎に基本連撃値でも定めといて
それに武器熟練度や器用なんて積み重ねが可能な該当ステータスを適当な数字で除算してから
上乗せして算出値＞乱数になれば発生しその都度命中判定を差し込みとかの方がいいんじゃね？
2撃目以降は発生補正強めれば簡単に回数上限には到達しない
自分で書いててもよく分からんがｗ
兎に角命中倍率で追撃なんて事してたら式によっちゃ俺様インフレゲーまっしぐらになる予感
その倍率追撃にも命中判定やマイナス補正が係るならいいかもしれんが
只単に発生＝確定を積み重ねていくなら確実にクソゲー
と言うか100以降を切り捨てないで再判定もなしに活かすってのは無謀だと思うがね

**名前は開発中のものです。** · 2014/08/24(日) 03:47:02.83

まももだと連撃はすればするほど後半威力に補正がかかるってのがあったな

**名前は開発中のものです。** · 2014/08/24(日) 04:06:38.63

ほぼネタとしての話題に対して確実にクソゲーって文句付けるのはどうかと思う

**名前は開発中のものです。** · 2014/08/24(日) 04:19:03.34

そこかよ
もしそうであるならと言う仮定を発想に文句付けたと捉えるなら別にそれで構わん
あくまでネタなんだから「いやそうじゃないだろ馬鹿！」ってノリを期待したんだが
ちっちゃい言葉尻捕まえてありもしない仮定のゲームに文句付けてると自治レスして
毒にも薬にもならん何がしたいのあんた

**名前は開発中のものです。** · 2014/08/24(日) 04:43:49.92

お、おう・・・

**名前は開発中のものです。** · 2014/08/24(日) 05:40:18.97

うわあ・・・

**名前は開発中のものです。** · 2014/08/24(日) 06:03:55.73

友達でもないのに何求めてるんだろう

**名前は開発中のものです。** · 2014/08/24(日) 08:37:42.45

サマーオブデイズ

**名前は開発中のものです。** · 2014/08/24(日) 11:43:29.51

あんな長文で否定しておいて「いやそうじゃないだろ馬鹿！」ってノリを期待したとか
想像力が異次元過ぎるだろ

とんでもない基地外ゲー生み出しそう

**名前は開発中のものです。** · 2014/08/24(日) 11:56:23.69

こういうのがゲーム内テキストで草生やしちゃたりするんだろうなと思った

**名前は開発中のものです。** · 2014/08/24(日) 13:15:10.18

命中や回避はもともとダメージ期待値に掛かる係数だから
切り捨てられる100%以上の値をそのまま加算したところでバランスは壊れないんじゃね？
攻撃回数が青天井で3回、4回と増していくのが前提ならそれこそ数十%で攻撃回数+1なんて誤差になっていく
CRPGの普通の命中判定自体は空気なんだし省略しても問題は無い

というか例に上げてるFF12の連撃て
普通にプレイしてれば出ればラッキーのクリティカル的なもの
意図的に活用するとそれこそインフレダメージ叩きだして遊ぶようになる代物じゃないか

**名前は開発中のものです。** · 2014/08/24(日) 16:23:27.64

どんなバランスも周りの環境次第だよな
例えて言うならばMotherの世界にサイヤ人投入したら問題だが、サイヤ人同士を戦わせるなら何の問題もない

**名前は開発中のものです。** · 2014/08/24(日) 18:04:47.33

公式サイトに登録されてる作品で紹介欄には容量9MBってあるのに
ダウンロード開始したら81MBって出てびっくりした。

そういうのやめてくれよー。

**名前は開発中のものです。** · 2014/08/24(日) 19:48:09.56

次のウディコンに向けて一年がかりで作ろうと思ったら最後日程に追われて負ける
今日から一週間で作って一年間調整して9月1日募集開始初日にエントリーしよう

**名前は開発中のものです。** · 2014/08/24(日) 19:55:35.46

次の次で本気出す

**名前は開発中のものです。** · 2014/08/24(日) 20:01:14.41

シンボルエンカってあんまり需要ないのね
避けられない速さのシンボルエンカは糞か

**名前は開発中のものです。** · 2014/08/24(日) 20:24:59.25

ロマサガ2～3みたいにPCのダッシュ有り（制限付きかどうかはともかく）で、若干判定が甘いくらいがちょうどいい
ロマサガ1みたいに渋滞起こしてて逃走してもすぐ捕まったりサガフロみたいに急突進してくるのはちょっとと思う

**名前は開発中のものです。** · 2014/08/24(日) 20:29:30.13

モンスターに動きを見せることができたり探索をしやすくできたり
強敵やレアモンスターを一目で判断できたりで利点は多いと思う
戦闘を能動的なものにできるのも勿論利点だし

個人的にはモンスターが生き生きとしてるのがシンボルエンカの理想だから
ちゃんとマップ内を動き回っててこちらを見つけたら追ってくるパターンで
かつ避けようと思えば避けれるけど数体に見つかると難しいってくらいの調整が好きだけど
そこまでバランス良く仕上げてるウディタ製シンボルエンカRPGは少ない印象

**名前は開発中のものです。** · 2014/08/24(日) 20:37:24.37

うろついてるシンボルは正直邪魔臭くて好きじゃない

**名前は開発中のものです。** · 2014/08/24(日) 20:44:28.56

邪魔になってるのはどちらかというとマップが狭いかシンボルが多すぎるんじゃね

**名前は開発中のものです。** · 2014/08/24(日) 20:56:05.03

そりゃ邪魔してるんですし
邪魔するつもりじゃなけりゃそもそもエンカウント制自体採用しねえよ
メニューから戦えるようにでもするわ

**名前は開発中のものです。** · 2014/08/24(日) 21:26:59.85

忍び足だの透明化だのワープだの段ボールだの何かしらの救済方法を用意すればいいさ

**名前は開発中のものです。** · 2014/08/24(日) 21:37:00.15

制作するゲームの要求スペックというか処理の重さについて聞きたいんだけど

自分のPCで動けば良しとする？
それとも低スペックのことも考えて処理量を相当抑えて作る？

-----
　エディター部： CPU 1GHz以上、メモリ128MB以上
　ゲーム部：開発したゲームの処理量・解像度に応じて大幅に変化。
　　　3D描画可能なグラフィックボードを搭載していれば、処理が非常に高速化されます。
　 ※スペックがCPU 1GHz、メモリ128MB程度あれば、ノートパソコンのグラフィックチップでも
　　　サンプルゲーム（解像度320x240作品）が最大の約70％程度の速度で動作します。
-----
ウディタの動作環境にこう記載されていると低スペックも考慮すべきなのかなって。

**名前は開発中のものです。** · 2014/08/24(日) 21:54:40.79

低スペも考慮に入れたいけど
どうすれば考慮したことになるのかイマイチわからん俺

**名前は開発中のものです。** · 2014/08/24(日) 21:56:52.34

>>818
ゲームを売って儲けようって考え方なら、要求スペックは極力下げるべきだし
フリゲでみんなに楽しんでもらいたいんですぅ～ってならほどほど考えるべきだし
ゲ制は爆発だ！！！！なら軽量化なんて糞食らえ

**名前は開発中のものです。** · 2014/08/24(日) 22:12:41.42

オートタイル禁止
遠景・フォグ禁止
ピクチャ枚数制限
ステップ数制限
文字列使用制限

低スペ考慮は茨の道

**名前は開発中のものです。** · 2014/08/24(日) 22:28:31.35

XP終了で低スぺPCあらかた逝ったメリット

**名前は開発中のものです。** · 2014/08/24(日) 22:50:53.11

そっか、XPのサポート終わったからある程度は切り捨ててもいいのかもしれないね。

**名前は開発中のものです。** · 2014/08/24(日) 22:51:30.18

ＸＰ終了とはいうがな
実際ＸＰ入れたＰＣが全部ぶっ壊れるわけでもないわけで。
５～１０年前範囲のＰＣは普通に使われるからな

そこの範囲が低スペに当てはまるかもしれないが
そもそもウディタはその時期で普通に使えてたんだから過剰な演出でもなければ
十分低スペＰＣ範囲内のゲームになってる

**名前は開発中のものです。** · 2014/08/24(日) 22:53:07.88

>>823
ところがどっこい
ウルトラブックやタブレットの台頭で低スペックは減ってない

**名前は開発中のものです。** · 2014/08/24(日) 23:04:06.64

最低水準は少しは引き上げてもよさげ
第一メモリ１Gも使うような状態にほとんどならないしな

**名前は開発中のものです。** · 2014/08/24(日) 23:04:17.33

流石にタブでプレイはは想定しなくてもいいだろ

**名前は開発中のものです。** · 2014/08/25(月) 00:15:15.94

>>812-817
限られたリソースでダンジョン深部を目指すゲームにしたくて戦闘をプレイヤーが判断できれば良いと思ったけど、
シンボルエンカは影明かしみたいの以外邪魔くさい、見えてるの全部倒さなきゃ損した気分って意見を見たから聞いてみた
生き生きとした動きを再現できるのはたしかに利点だね
めんどくさくならないよう透明化とかやってみる
詳しくありがとう

**名前は開発中のものです。** · 2014/08/25(月) 00:25:22.26

これで同人のエロゲって作れる？
解像度が最高で800って、そんなに小さいとエロ画像が小さいしきつい？
フルスクリーンでやることも可能？

**名前は開発中のものです。** · 2014/08/25(月) 00:30:51.45

処理スペック的には1枚絵とUIと文章くらいやし余裕やろ
差分重ねて表示もできるしフルスクリーンも可

**名前は開発中のものです。** · 2014/08/25(月) 03:35:20.92

稼ごうと思うならそれぐらい自分で考えろボケ

**名前は開発中のものです。** · 2014/08/25(月) 04:54:24.20

同人が稼げると言うのは幻想
労力に見合った稼ぎを得られるのは全体の1％くらいで後は趣味

**名前は開発中のものです。** · 2014/08/25(月) 09:06:23.18

DMMやDLSiteでも普通にウディタ製同人エロゲ結構あるで
儲かるかどうかはプレイアビリティの良し悪しやイラストや性的趣向でなんとも言えない

**名前は開発中のものです。** · 2014/08/25(月) 10:36:44.84

>フルスクリーンでやることも可能？
ウディタいじったこともウディタゲーやったこともないのかよ
やってから聞きに来い
やった時点で聞く必要なくなるけどな

**名前は開発中のものです。** · 2014/08/26(火) 03:44:52.95

お前ら仕様バグ（構想の段階で論理破綻してる仕様）やらかした経験ある？
俺の場合、アクションゲーでプレーヤーキャラの出来る行動が多くしすぎて
それぞれの行動に割り振るキー操作法の数が足らなくなったり
市販ゲーＸとＹのシステムを強引に合体させた結果、
Ｘが便利すぎてＹが全く使う余地のないバランスになったりと散々だった

**名前は開発中のものです。** · 2014/08/26(火) 04:29:55.64

>>835
「これは斬新！！！」と思いついて組んでる途中に
「これゲームとして面白くなくね？」ってなることはよくある

**名前は開発中のものです。** · 2014/08/26(火) 07:52:57.62

状態異常とそれに対する耐性と、耐性貫通のボススキルと、それに対抗する上位耐性と…ってやってて訳わかんなくなったことならある

**名前は開発中のものです。** · 2014/08/26(火) 08:15:52.46

自作システム作ろうとして初期化の大切さを学びたいのだがどうすればいいのか

Ｐ部の今年の作品、ニューゲームが
デフォで強制強くてニューゲームになってたのを思い出した

**名前は開発中のものです。** · 2014/08/26(火) 09:15:09.02

タイプ100個データ10000個項目100個にして
セーブデータどのくらい膨れ上がるのか試したらエディタ固まった

**名前は開発中のものです。** · 2014/08/26(火) 12:37:04.54

そんなもの、いちいち試さなくても計算すりゃ分かるだろ
項目一つ一つが整数型と仮定して、4Byte
100x10000x100x4で400,000,000Byte = 400MB
文字列型とかが含まれてたらもっと膨らむ

**名前は開発中のものです。** · 2014/08/26(火) 13:57:35.05

キャラがピクセル単位で移動するSFCゼルダみたいなアクションを作ろうと考えたら
ウディタは向かないかな・・・

キャラをピクチャで書くとマップチップとの重ね合わせが問題になるし

**名前は開発中のものです。** · 2014/08/26(火) 14:24:59.19

２Dゲーならほぼ作れると見て間違いない
あとはやりたい事の動作手順と実装方法を思いつくかどうか

**名前は開発中のものです。** · 2014/08/26(火) 14:53:06.70

ピクチャに表示優先度がありゃ超便利なんだけどな
実際のピクチャ番号＝優先度×1000000 ＋ピクチャ番号　みたいな処理を内部に入れてピクチャ番号順に表示とか出来んもんかね？

**名前は開発中のものです。** · 2014/08/26(火) 15:08:47.95

擬似レイヤー処理を作るしかないわ

**名前は開発中のものです。** · 2014/08/26(火) 15:23:25.10

実際の番号以外に優先度指定する仕様があれば便利なのにって大分前から言われてるよな
俺も遊びでピクセル単位で動くアクション実装した事あるけど、
あらかじめピクチャー表示を使うであろう演出や仕様を全て書き出したうえで
実装前から番号を割り振っとかないと悲惨なことになる

**名前は開発中のものです。** · 2014/08/26(火) 15:48:44.83

影明かしってクレジットの使用ツールにウディタとBfxrとEDGEしか書いてないけど、まさかマップチップ全部EDGEで描いたのかな？
それともクレジットに載せなくてもいい素材使ったのかな？

あのマップチップすごく好きだから知りたい

**名前は開発中のものです。** · 2014/08/26(火) 16:47:04.06

あれ全部自作
元々ドッター兼絵師だからな

BGMやSEまでは知らん

**名前は開発中のものです。** · 2014/08/26(火) 16:52:39.54

世の中才能のある人間しか楽しめないってことがよくわかるわ

**名前は開発中のものです。** · 2014/08/26(火) 17:10:57.10

マジかｗｗｗｗ凄すぎる！！！！

**名前は開発中のものです。** · 2014/08/26(火) 17:42:32.31

>>845
俺その話が出るたびに優先順位が同値だったらどうなるの？
同値にならないように桁をずらすなり何なりしてたらレイヤーでやってるのと変わらないよね？
って聞いてると思うんだが解決法(またはそんな問題が発生しないという説明)もらった記憶ないんだわ
俺が読み落としただけかもしれんがあるなら教えてくれ
つか>>843みたいな方法だったら「優先順位×100万(基本システムのウィンドウさえ改造してどかせば
普通1万でも余るはず)＋レイヤー」番のレイヤーにもう一個表示する(元のは隠すか削除する)だけじゃないの？
すでに読んでる画像を違うレイヤーにもう一個読み込むのは一瞬て狼煙が言ってるのにそれで駄目な理由がわからん
ないよりはあった方が便利ってところまでは同意としてもないとそんなに困るか？
まさか2Dゲーでスプライト100万枚も使う気だから重いの嫌だってわけじゃないだろ？
別に責めたり全否定したい訳じゃないがどうもスッキリくる答え聞いた記憶ないんで頼む

**名前は開発中のものです。** · 2014/08/26(火) 17:54:41.90

擬似的に自分のPCを低スペ化できるものがあればいいんだがな
CPU1.8G、ﾒﾓﾘ512MB、オンボあたりを基準にしてみたい

**名前は開発中のものです。** · 2014/08/26(火) 17:58:08.67

100枚の画像の順番を寸分くるわず配置したいってのなら最初から数字割り振る必要はあるけど
5枚の画像で構成されるキャラクターを20体出したいと言うのなら、
キャラクター内で連番でピクチャ番号付くようにして、キャラクター毎に最後に使った番号+1からピクチャ番号が始まるようにすればいいだけ
多少の余裕見て30体分の150を確保してその中の番号を使いまわせば済む

**名前は開発中のものです。** · 2014/08/26(火) 18:27:41.62

優先順位とかアホか
UDBでもなんでもいいからピクチャ番号定義しとけばいいだけだろ
ピクチャ番号手打ちでもしてんのかよ

**名前は開発中のものです。** · 2014/08/26(火) 18:52:14.36

>>850
処理速度
ツクールXPで言うところの☆１～☆５みたいなマップチップの表示設定が欲しくて
試しにマップもキャラもピクチャで表示するのを作ったことがあったんだけど
毎フレーム表示優先順位の計算とピクチャの消したり表示したりを繰り返すからそれなりに重くなる

軽く作る方法が知りたい

俺が作ったやり方はマップＹ座標がそのまま優先度になるような仕様で十分だから
イベントのマップＹ座標を1000倍してイベントIDを足した値がピクチャ番号になるようにした
（下２ケタがイベントIDなのでピクチャ番号が被ることは無い、Ｙ座標が同じならイベントIDがデカい方が優先）

マップサイズは200×200程度を限界、グラフィックを表示するイベントは９０個までっつー製作時の自己縛り付き

滑らかな移動に対応する為にマップのスクロールは固定しておいて
画面座標（ドット単位でわかるやつね）で表示し主人公にフォーカスを合わせるような画面スクロールは
常時「エフェクト」の「ピクチャ描画座標シフト」でマップ描画用ピクチャもキャラ表示用のピクチャもまとめて動かすことで実装

直前のフレームとマップＹ座標が変わってた場合は
そのＹ座標で算出されるピクチャ番号のピクチャを見えなくする必要があるから
ＣＤＢにマップ表示用のデータベース作ってる
ピクチャ画像名、分割数、画像のサイズ縦横（真ん中下をピクチャ表示の位置の基準に指定できないから位置補正に必要）
現在＆直前のＹ座標（優先度）みたいな中身

素材規格に囚われないアニメーションをするキャラチップも使用可能じゃん！って
閃いた時には最高だと感じた処理も、実用しようと思わないレベルで重かった

**名前は開発中のものです。** · 2014/08/26(火) 18:58:30.32

>>854
表示順位の計算って何ぞ
素直にピクチャ番号で管理しとけばいいのに

**名前は開発中のものです。** · 2014/08/26(火) 19:02:51.67

>>855
ＮＰＣも動き回る＝Ｙ座標が変化する＝優先順位が変わる＝使用するピクチャ番号が変わる
現在の座標に合わせたピクチャ番号を算出する処理と、不要になったピクチャを透明にする処理
数行で済むけど、100人分を毎フレームだからさ

**名前は開発中のものです。** · 2014/08/26(火) 19:13:50.30

>>856
何のために毎回表示順位を再設定してるのかまったく分からん。
100個イベントを動かすなら100個+バッファで900個で1000個くらいのピクチャIDを事前に排他にしておいて各イベントに割り振り以後そのまま表示すりゃあいいだろう

あとウディタは演算処理数行とピクチャ表示処理を100回繰り返したところで劇的に処理が遅くなったりはしない

大方当たり判定か見えない範囲のピクチャ管理部分で無駄があるんだろ

【ウディタ】WOLF RPGエディター 其の49

【ウディタ】WOLF RPGエディター　其の49