【ウディタ】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/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回繰り返したところで劇的に処理が遅くなったりはしない

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

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

100人が同時に画面内に収まる瞬間ってなんだよ
そうでなくても間違いなく滅茶苦茶な処理してるわ

お前の言いたいことを要約するとY座標によって優先順位を変える処理軽い並列番号が欲しいってことになるんだろうけど
そんなものお前のゲームに限った自分に都合良いだけの要望なことに気付けよ

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

>>857
再設定してるんじゃなくて
ＮＰＣは勝手に動き回って優先順位が変わるんだから
それに合わせてピクチャ番号を変更しなきゃならんから計算するだけ

当たり判定はデフォのマップ機能に依存してるからそれは無い

>>858
映らない部分は処理しないっつー排他的な処理に自信無い
バグが出たりかえって重くしてしまいそうなんだ

先ず映らない範囲（Ｙ座標がスクロールの中心から±120より外側）かどうかを判定して
引っ掛かるなら以降の処理を飛ばす感じ？

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

だからなんで動き回るだけで表示順を変える必要があるんだって何度も聞かれてるだろうが
理解できないならウディタ以外でもお前は作れん

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

>>860
イメージとして、画面上側の方が「奥」で画面下側の方が「手前」って設定
手前に居る奴は奥に居る奴よりピクチャＩＤを大きくしなきゃいかんでしょ

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

訂正
×ピクチャＩＤ
○ピクチャ番号

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

見なおしたら
＞画面上側の方が「奥」で画面下側の方が「手前」って設定
これ今まで書いてなかった
言葉足らずの為にイライラさせてゴメン

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

>>859
ただ処理飛ばすだけなのにバグが出たり重くなるわけない
可能な限り必要ない箇所は処理しないのがプログラムの基本だろ

というか下に関しては変数操作+くらい見とけとしか言えない

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

>>864
変数操作+の　画面内にいる？　は画面のスクロール固定してるせいで
マップ左上の一画面分の範囲内に居るかどうかしか判定できなくなってた
画面座標はスクロール値を加味する必要が出てきてゴチャゴチャし始めて
「もう計算式が単純になるように固定しちまえ！」ってのが理由だったな

それに「画面内に居なくても、背が高ければ頭だけ見える」みたいにしとかないと
画面下の方のキャラはいきなり登場したり急に消えたりするように見えるから

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

>>865
とりあえず今年のウディコン1位と6位を遊んでおいで
お前さんのやりたいことより遥かに複雑で重いことをやってるから処理イメージの参考にはなるだろ

お前さんに足りないのは詳細設計力じゃなくて基礎だ
基礎が足りてないからへんてこりんな説明に終始するんだ

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

画面内にいるって処理はイベントにしか効果がないんじゃ？

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

>>851
遅レスだがいらないWindowsOS持ってれば仮想化という手もある
俺はやったことないから実際動くかわからんが

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

表示優先順位の重複はピクチャ番号で管理する場合の方が（予測がつかなくて）深刻な気がする
見下ろしアクションゲーの特定マスにモンスターとエフェクトとオブジェクトを計100体くらい重ねたら
管理システムが破綻する、とかじゃダメだろうし
（いや、「システムの範囲内では窮屈になるような作品を実際に作ってみせてから言え」という話ではあるけど）

タイルマップみたいな感じでヘックスマップとか自作したとすると、一マス毎に
　地形3層・キャラ画像1枚・エフェクト4層（地形やキャラとの前後関係）x4種(同位置重なり)
くらいと考えて20枚予約するとして、縦横50マスで5万番くらいの消費で済むか
キャラ重なりそうな見下ろしアクションの場合でも、聖剣伝説シリーズくらいにマップ区切って
同時出現ピクチャ数絞るようにすれば、スーパーファミコンや初代プレステ品質には足りそう

とすると、問題の本質は番号枯渇というよりも、番号の管理・設計の面倒さ（あとで変更が難しい点も含め）
って方がピクチャの優先順位（普通のz軸位置的な）に望むこととしては大きそう？

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

一応だが変数操作+の画面内判定は画面の外+1マスまでは判定できるし
ピクチャ表示の基点として透明なキャラチップを使用するのはあり

su/Hz4qXは随分と遠回りしてるようだが、規格外キャラチップを使いたいだけであれば
実はいうとそんな高度なピクチャ番号切り替えを使わなくても、
アニメパターンを変数操作+で取得するか自分でアニメーションさせるコモン動かして、
一つの規格のパターン終点でパーティー画像やキャラ動作指定でグラフィック変更していけばいいだけの話だぞ

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

要望を装った単なる質問乞食だったか

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

＞ピクチャの消したり表示したりを繰り返すからそれなりに重くなる

だからお前らの作り方は表示したオブジェクトの数とか
使ってるイメージの枚数の問題じゃなくて”ピクチャ消去”を使うのが原因だと何度も言われてるだろ

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

いやまぁこいつの言ってる意味は解るんだよ
要するに全キャラ１ドット移動するたび順位を書き換えたいんだよな
そしてそういう単純極まりない作り方なら優先順位があった方が遥かに楽
でもそんなものなくてもなんとでもなるんだよ
今時間ないので深夜か明日朝またな

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

順位書き換えも何も上にいるやつから描画したらいいだけじゃね
優先順位より座標でソート

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

アホがアホにつっこみいれてしっちゃかめっちゃかになっとるな

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

アレだろ、ピクチャでフィールド作るのに
橋の下なんかを潜る際にキャラクター側の表示優先順位を変えてるんだろ？
普通に橋の部分を切り抜いて上から被せればいいだけじゃんとか言っちゃ駄目な流れだろ

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

y座標によってピクチャ番号をマイフレーム変更するとまぁ重いわな
適当に100体のオブジェクトを画面内に描画するテストデータを作ってみたわ

http://www1.axfc.net/u/3306181.zip

CPU 4770k、メモリ16GB、VGA GTX780のマシンでも60fps切ることがあってチョイかくつく
あたり判定も何もない状態でこれだからなぁ、ウディタじゃこの方法はあまりよろしくないね

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

>>866
いや、俺のやりたかったことってそんな複雑な処理じゃないはず
ぶっちゃけマップＹ座標に依存して表示順が変わるようにするってだけだし
>>870
自分の中で規格外キャラチップは副産物だからあんまり深く考えてないな
どっちかってーと背の高いオブジェクトと背の高いキャラが同じＸ座標で重なる時の整合性を求めて作った処理だったからね
まあ結局、そういうオブジェクトの画像はマップチップの画像に組み込むんじゃなくて
キャラチップ規格で表示できるように画像に空白部分を足して
向きもアニメも固定したマップイベントとして設置するってやり方に戻したんだけど
>>872
いんや、不透明度0でやってたよ
表示する方は、初めてそのＹ座標に来た場合に備えて表示でやってたけど
あと＞”ピクチャ消去”を使うのが原因だと何度も言われてる
>>843から>>871までそういう指摘をしてくれたレスは全く無いんだけど

>>873
そそ、基本的にそういうこと。そんで思いついたやり方が
優先順位×何万ってやった後に個別の数値を足した値をピクチャ番号として使うってやり方だった
>>874
そのやり方ってどのマップイベントが一番奥に居るのかが変わると
一番番号の若いピクチャで表示する画像ファイル名も縦横分割数も全部変えなきゃいけなくなるから
実質的に消去→表示を繰り返すのと同じになったりしないかな？
>>876
いや、俺も今のウディタの機能ではそれが一番現実的な方法だと思うｗ

しかし今になって思えばピクチャサイズを保管してたんだから
画面外の判定と処理飛ばしって簡単で軽い処理のはずだよな…
なんで当時の俺は思いつかなかったんだろう…

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

おまえらすげー頭いいんだな
ついでランダムエンチャントの作り方おしえてくれ
ＵＤＢから武器データ取得してＣＤＢに書き込むところまでは考えた

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

UDBに文字列変数・性能欄には変数だけ並べる
三種類の単語をコモンイベント内で自動生成する
自動生成された文を文字列変数に追加する
単語を元に性能を算出して変数に追加する
アイテムに所持数制限を加える
捨てたアイテムには0を代入して再利用時に検索する

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

ランダムエンチャなんてピンキリだから好きに作れよ

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

ちなみにElonaだと武器の通り名を乱数シードに入れてサイコロ振って決めてる
結果的に通り名が同じだと能力も同じになる

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

>>877
ほぼ同じ環境のGTX760だが全く問題なかったな
買ったばかりでデータいっぱいじゃないっていうのもあるかもしれないが
こういう環境でゲーム作ると予想外の高負荷に気づかなさそうだな

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

>>877
ファイナルファイトみたいなベルトスクロールアクションで
敵が異様に少ない理由がよく分かるな

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

>>880
売ったり捨てたりしてるとどんどん項目が増えて重くなって困ってたけど０代入して再利用すればいいのか
盲点だった

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

データ数でループさせるときも、生成済みの数を判定して処理抜けるようにしないと
最終的に10000回ループばっかりするからな

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

いやまずアイテム消したら自動で詰める処理くらい作っておけよ
0代入するだけじゃ歯抜けだらけになるだろ

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

>>878
ワイが1ドット移動＆ｙ座標移動による優先度入れ替えを作ったときはこんな感じやったわ

一つのマップ上のユニット数を味方最大3・敵最大6に設定、計9体のユニットに1～9のＩＤを振る。
9体のユニットがいるのでレイヤーも9段階必要になるから各ユニットにつきキャラグラのピクチャーを
9枚分同じ座標に重ねて不透明度0で表示しておく。
んで、その9枚のうち各ユニットのｙ座標順に応じた番号の奴を不透明度255にするって感じ
当然、各ユニットのｙ座標比較するコモンつくあらなアカンけどね

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

>>877
偶数奇数フレームに動作振り分けて色々調整したら、俺のゴミPCで27～40FPSだったのが60FPS安定するようになった
3分割だとさすがにガク付きが目立つけど、2分割なら比較対象横にならべないと分からない位で収まる

**名前は開発中のものです。** · 2014/08/27(水) 02:23:49.96

ピクチャ消去使ってるから適当なピクチャ番号で
画面外にゴブリン表示しっぱなしにしても若干改善するな

**名前は開発中のものです。** · 2014/08/27(水) 03:32:11.31

>>877
メモリ16GBとか世界征服でもする気なのか
>>887
横からすまんがkwsk
>アイテム消したら自動で詰める処理くらい作っておけよ
くらいと言うがアホな俺はどうしていいのかリアルタイムで悩んでたんだ
どんだけ罵声を浴びようが構わん俺は自作を作りてぇんだ

**名前は開発中のものです。** · 2014/08/27(水) 03:32:46.59

ソートのことだろｗｗｗ

**名前は開発中のものです。** · 2014/08/27(水) 03:57:59.37

選択肢をアイテム欄代わりにすれば文字列変数が空の時は勝手に詰まる
それが嫌なら文字列操作の文字切り出しと文字列条件分岐で頑張って並べる

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

消す度にソートするのと、空欄にしたまま埋まってる番号探すかでは1回当たりの負荷は大体同じだが
後者は出現頻度がかなり高いので結果として重くなる

**名前は開発中のものです。** · 2014/08/27(水) 04:49:01.75

>>893-894
ありがたい限り勉強になる
やり方によって自動で詰まるのか
て事は先にアイテム総数決めといて種類別で番号振り分けてから
書き込んだ方が削除の際のソートもアイテム自体のソートも
綺麗に並べる事が出来るって理解はあってるのかしらと聞く前にやってみろって話だな
ちょっと参考にして色々やってみますマジありがとう

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

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