【ウディタ】WOLF RPGエディター　其の59©5ch.net

2015/11/14(土) 08:41:28.11

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エディター質問スレ其の9
http://peace.2ch.net/test/read.cgi/gamedev/1447399763/

前スレ
【ウディタ】WOLF RPGエディター　其の58
http://peace.2ch.net/test/read.cgi/gamedev/1444047245/

以下、公式サイトから抜粋。

○高度なRPG開発が可能な、完全無料のゲーム制作ツールです。
○作成したゲームは自由に配布･販売･コンテスト投稿などが可能。
○ｺﾓﾝｲﾍﾞﾝﾄを導入することで、ゲームシステムを無限に強化できます！
※Ver2.02a以下のウディタで暗号化したファイルは、Ver2.10以降のウディタでは読み込めません
　旧Verの入手も公式HPの【本体のダウンロード】のページから可能です

**名前は開発中のものです。** · 2015/11/20(金) 17:48:20.60

っていうか同人レベルでも
エロゲで充分暮らせるだけ稼いでる奴もいるにはいる
少ないだけで

**名前は開発中のものです。** · 2015/11/20(金) 17:48:56.90

>>275
「結果＝カネ」だからなｗｗｗｗ
ホントお前ら自己矛盾するのが好きだなｗｗｗｗ

**名前は開発中のものです。** · 2015/11/20(金) 17:51:06.00

>>276
1000本売れたら100万円だし車くらいは買えそう

**名前は開発中のものです。** · 2015/11/20(金) 17:51:40.48

ウディタで「エロゲー作るなカス」とか「有金にすんなー」とか言うとるが
だいたい、ウディタの開発者が自分の開発したソフトを配信しただけで
色々と議論する必要あるのかね？
個人個人で色んなゲーム作るんだし文句言うなや

**名前は開発中のものです。** · 2015/11/20(金) 17:54:13.01

>>279
多分それを言ってるやつは自分にそれだけの技量がなくて
稼いでるやつらが妬ましいからだと思う

**名前は開発中のものです。** · 2015/11/20(金) 17:54:22.35

>>277
俺の仕事はゲームとは全く関係ないからな＾＾
無職のお前と違ってゲーム制作なんてオナニーするのと大して変わらんから結果とかどうでもいいのだよ＾＾

**名前は開発中のものです。** · 2015/11/20(金) 17:56:12.24

建前「お金の問題じゃないよ作りたい物を作る！」

実体は他人の剽窃で評価基準は金

本音「結果（金）が出せない奴は喚くな！」

こういうのサイコパスって言うんだろ？
そらコンテンツ業界全体が低レベル化するわな

**名前は開発中のものです。** · 2015/11/20(金) 18:01:06.17

>>281
社会人だったら不労所得の意味有用性ぐらい知っとけよ（笑

**名前は開発中のものです。** · 2015/11/20(金) 18:09:08.46

>>280
まぁそうゆう金目的だから売れないのが現状だからな
それだけで発狂してる奴はスルーでいいよ、面倒だから

**名前は開発中のものです。** · 2015/11/20(金) 18:11:48.53

資本財の構築と雇われ労働を同一視する無能ｗｗｗｗｗｗ

**名前は開発中のものです。** · 2015/11/20(金) 18:15:58.50

そういえばねくらマップチップのDL数が130本になってたな
一年後くらいは200本になるな

**名前は開発中のものです。** · 2015/11/20(金) 18:18:27.63

俺が今作ってるの終わったら買うから２０１になる

**名前は開発中のものです。** · 2015/11/20(金) 18:18:42.39

狼煙は機能を基本に抑えたフリー版と
コモンを改造できるプラス版を売るべきだ

**名前は開発中のものです。** · 2015/11/20(金) 18:20:45.81

まぁ、ウディタ3.0は普通に有料でいいよな

**名前は開発中のものです。** · 2015/11/20(金) 18:21:51.30

こんな糞スレ見てないだろうからツイッターとかで直接煙狼氏に言った方がいいぞ

**名前は開発中のものです。** · 2015/11/20(金) 18:27:23.12

そもそもゲームは一過性の物だから長期間売れないんだよな
ツール系や素材の方が継続的に収益が継続する

**名前は開発中のものです。** · 2015/11/20(金) 18:27:33.04

>>288
ツクールと違って基本システム自体コモンで出来てるんだからコモンいじれないってだれも使わんと思う

**名前は開発中のものです。** · 2015/11/20(金) 18:33:18.00

>>292
発言内容からしてだいたい予想着いてたけど
多分そいつはウディタをまともに使いこなせてない

だから毎日毎日いちいちウディタで稼ぐことについて発狂してるんだろうよ

**名前は開発中のものです。** · 2015/11/20(金) 18:33:47.81

解像度上げたりネット対応するだけで充分じゃね？
俺は使わないけどお布施で買うよ

**名前は開発中のものです。** · 2015/11/20(金) 18:35:38.25

ま、ウディタ有料化したところで金とるな！って騒ぐ阿保乞食が大量に湧き一部のユーザーはunityに逃げて終わりだろうな

**名前は開発中のものです。** · 2015/11/20(金) 18:36:53.48

無料だからツクールより使いづらいよーツクール買ったほうがいいよー

っていう大義名分を捨てて有料にしたらユーザーとebの挟み撃ちの圧力によって潰れそう

**名前は開発中のものです。** · 2015/11/20(金) 18:38:42.67

>>293
最近まで一つ一つデータベースに画像を登録してたが
文字列変数でファイルネーム指定すればいい事に気付いて
物凄い無駄手間だったのに気付いたわ

**名前は開発中のものです。** · 2015/11/20(金) 18:49:58.78

データベースが段々スカスカになってゆく……

**名前は開発中のものです。** · 2015/11/20(金) 18:59:02.02

基本システム初期化で変数の内容を指定するのめんどくさいからユーザーＤＢに登録しとるわ

**名前は開発中のものです。** · 2015/11/20(金) 19:04:02.08

キャラクターの画像を0.jpg、1.jpg、2.jpg
の連番ファイルネームにして文字列変数に0～99の乱数を代入すれば
ランダムで100枚のピクチャが変わるようになる

**名前は開発中のものです。** · 2015/11/20(金) 19:07:48.03

ほんと池沼増えたなあ

**名前は開発中のものです。** · 2015/11/20(金) 19:16:29.16

あぁぁぁ……

キャラAのフォルダ0.jpg、1.jpg、2.jpg
キャラBのフォルダ0.jpg、1.jpg、2.jpg
で共通させておいてファイルネーム指定を「Chara/\r[0]/1.jpg」にして
仲間になったキャラが変わると表示される立ち絵が変わるようにすりゃ良かったんだよ
俺ってアホだな

**名前は開発中のものです。** · 2015/11/20(金) 19:17:53.02

あぁぁ……「Chara/\s[0]/1.jpg」だわ
クソが死ね

**名前は開発中のものです。** · 2015/11/20(金) 19:21:41.22

気付かなかった事にしよう

**名前は開発中のものです。** · 2015/11/20(金) 19:23:41.29

少しずつ効率的な処理に気付く、この瞬間がたまらない

**名前は開発中のものです。** · 2015/11/20(金) 19:34:17.38

可変DBは変数より処理速度がわずかに遅いと前にどこかで聞いた気がするが実際どうなんだろう
弾幕シューティングの座標とかなら影響出るかな

**名前は開発中のものです。** · 2015/11/20(金) 19:48:25.58

なんだこれ

**名前は開発中のものです。** · 2015/11/20(金) 19:53:33.90

>>306

ユーザーDB：起動時にメモリ展開
システムDB：起動中は常時更新
可変DB：任意で更新

で、可変DBは「可変DBからコモン変数」への読み込みとコモン変数の利用という
二段階の手順を踏むので積極的に可変DBを使う意味はないって話だった

**名前は開発中のものです。** · 2015/11/20(金) 20:01:09.81

見易さや管理が楽になるの重視していて可変DBは便利で重宝してる

アクション系だが可変DBでも処理落ち全くないし
弾幕ほどの負荷を要さなければ使いやすい方でいいかもよ

あとでぐちゃぐちゃなコモン見てワケわからなくならないように

**名前は開発中のものです。** · 2015/11/20(金) 20:24:56.70

>>308
とてもためになった、ありがとう
ユーザDBとシステムDBの違いがまったく理解できなかったんだ
ようやく使いわけできるよ

**名前は開発中のものです。** · 2015/11/20(金) 21:19:10.59

>>308-309
ありがとう
同じような物の数値をまとめて管理するなら可変DBと思ってたけど
処理速度の話を思い出して心配だったんだ

**名前は開発中のものです。** · 2015/11/20(金) 21:24:24.97

基本的に描画負荷の方が重いから
変数操作の負荷軽減は大して考慮する必要ないゾ

**名前は開発中のものです。** · 2015/11/20(金) 21:25:19.07

ループさせるときに考慮するぐらいだな

**名前は開発中のものです。** · 2015/11/20(金) 22:30:09.69

またフリーズしたよ、お前らこまめに保存はしろよ

**名前は開発中のものです。** · 2015/11/21(土) 00:48:18.31

俺なんでもかんでも可変DBに登録してたんだがやめたほうがいいのか？
可変DB何個も読み込む処理を100回ループで並列実行とかもあるけど

**名前は開発中のものです。** · 2015/11/21(土) 01:22:09.72

俺は
10000回実行して、1～2ms程度の(人間が体感できない)違いより
ソースの可読性やメンテナンス性の方を優先するけど

**名前は開発中のものです。** · 2015/11/21(土) 01:32:59.60

別にいいんじゃね
変数使うのにいちいち可変DB使うから
変数呼び出し値を駆使する時面倒になるけど

**名前は開発中のものです。** · 2015/11/21(土) 01:52:05.51

00000029が30001なら分岐とかな
意味不明すぎワロタｗｗｗｗｗｗ

**名前は開発中のものです。** · 2015/11/21(土) 02:13:26.67

>>315
作品ジャンルによる
スピード命のゲームじゃないなら気にする事もない

**名前は開発中のものです。** · 2015/11/21(土) 02:17:57.09

実際に重さが増えるのは1フレームに処理する行数だからな
ここで10万ステップとか20万ステップとかやると流石にやばそうだが
まともな神経してればキリの良い所でウェイト挟む

**名前は開発中のものです。** · 2015/11/21(土) 03:38:38.04

>>312
処理の負荷というよりも、破綻しやすいのでルールが欲しい
可変DBは明確に使用用途が異なるから問題にはならないけど
システムDBとユーザDBはウディタ初心者には使い分けが
すぐには理解できないところなんじゃないかと思う……

>>315
セーブ時に保存されてしまうのが厄介かなと
特定のIDをセーブ対象から除外ということはできないっぽいし
セーブ時に該当箇所を弾く処理をいれるくらいなら
そもそも可変DBを使うのはおかしいでしょ、って話になるんじゃないかな

**名前は開発中のものです。** · 2015/11/21(土) 10:15:38.12

基本的にDBで速度は気にしないな
CDBはセーブファイルに記録されるからセーブサイズがでかくなる
UDBは実行ファイルにデータがあるから、バージョンアップで変更がきく
こういう点を加味して使い分けてる

**名前は開発中のものです。** · 2015/11/21(土) 17:29:19.82

ウディタは細かい仕様を推測するしかないので
これが正しいとは一概には言えない

Q．UDBで\v[XXX] 等の特殊文字を利用する場合の実行速度
A．未検証

Q．SysDBを毎フレーム更新しているのなら
SysDBそのものが肥大化しても負荷になるか？
A．未検証

Q．コモンイベントは呼び出し時にメモリ格納なのか
呼び出す度にメモリ格納なのか？
A．後者はありえないので多分前者

Q．■1つで1ステップなのか？
A．300000回ループで落ちるので
これは確定（ループ処理は2ステップ使用する）

そもそもこんな事気にしだす人は初心者じゃない

**名前は開発中のものです。** · 2015/11/21(土) 17:31:03.31

＞コモンイベントは起動時にメモリ格納なのか
＞呼び出す度にメモリ格納なのか？

間違えた

**名前は開発中のものです。** · 2015/11/21(土) 17:45:20.59

オートセーブする時は可変データベースだと色々気に入らない点があるので
.iniとか.sysファイル出力を使うようにしてる

**名前は開発中のものです。** · 2015/11/21(土) 19:30:13.66

>>323
システムDBの肥大化って結局文字列を突き詰めすぎて、それをパースする速度のほうが気になってくるという意味だよね？
結局どのDBをどう使うか、というよりも文字列操作でどれくらい処理時間がかかるかになってくる感じになってる
呼び出し速度の話になってるのはちょっとよくわからない
処理時間きにするDB呼び出しをループする機会ってソートとかそういうのしか思いつかないけど
それやるなら選択肢は可変DBかシステムDBで文字列にしてぶち込んでるかのどちらかくらいだろうし

**名前は開発中のものです。** · 2015/11/22(日) 22:44:07.29

例えば所持金を可変にするか通常変数にするか毎回悩む。
基本システムでもパーティ情報に可変で１つでやってるの気になる・・・

**名前は開発中のものです。** · 2015/11/23(月) 00:38:20.28

おまえら自作システム作っててコモンのソースが長くなるときってどうしてる？

どれだけ長くなっても一つのコモンで完結させるか、
特に他コモンに飛ぶ必要がなくても見やすさを重視して次のコモンを作って引き継ぐか

ソースが長くなりすぎると大きいコメント(5行くらい使って)入れたりチェックポイント入れたりで工夫してるんだが探すのが大変でさ
みんなはどうやって管理してる？

**名前は開発中のものです。** · 2015/11/23(月) 00:43:02.30

■メイン
├サブ1
├サブ2
└サブ3

こんな感じにしてメインにはサブを呼び出すコモンイベント呼び出ししか入れないようにする
場合によってはコメントや条件分岐入れる
確か基本システムの一部もこんな感じでやってた

**名前は開発中のものです。** · 2015/11/23(月) 01:50:23.87

全部自作で作ってたからちゃんと基本システム見てなかったわ
あとでちゃんと見てみる

それに近い形で書いてはいるんだけど5000行とか行くと目的の場所とかどこで変数を書き換えてるとかわかりにくくて、ついメインを分割したくなる

一応簡易のチャート表は作ってるんだが、やっぱ変数の変動とか全部載せたものを作るべきなのかな

**名前は開発中のものです。** · 2015/11/23(月) 02:33:25.50

>>329「メインはサブを呼び出すだけのコモンにしてるよ」

>>330「それに近い感じで作ってるんだけど長くなるとメインを分割したくなるんだ」

？？？

**名前は開発中のものです。** · 2015/11/23(月) 02:52:55.07

>>330
自分なりのルールを決めて500行なり1000行なりで分割すればいいんじゃね
コモンセルフ変数の引継ぎが面倒なことあるかもしれないけどそこら辺は通常変数とか引数・返り値でブリッジするとか

あと基本システムには参考になる処理なかったわ
すうらぼのSHADOW NEKOあたりの記述方式が理想的

**名前は開発中のものです。** · 2015/11/23(月) 02:53:41.17

行数増えると重くなるから、ある程度で分けてる

**名前は開発中のものです。** · 2015/11/23(月) 03:02:25.27

大半の変数の計算結果は再利用も表示もしないんだから
一次変数をA・B・Cで3つほど作って上書きして使えばおけ

**名前は開発中のものです。** · 2015/11/23(月) 03:29:51.21

処理時間が気になる部分とかじゃなければ基本分ける
逆に処理時間が気になる部分だったらなるべく短く作るからそこまで長くならない
ゲーム製作にかけられる時間がそこまでないから、度々仕様を忘れることがあって、自分のソースが見返しづらいと大幅なロスになるから見やすいように作っているわ
最高でも1000行強に収まるように作ってる

**名前は開発中のものです。** · 2015/11/23(月) 03:36:34.26

>>332
一応プログラム言語は扱えるんでウディタも仕様を確認しながら自作システムでFF6並みのものは作れたんだが、気がついたらコモンの数が凄いことになっててデバックに支障が出ててきたんだよね
今更ながらルールを作るってことに目からウロコだわアリガト

コモンセルフの引き継ぎもまさに直面したし、CDBで処理するべきものをコモンセルフで書ききったソースはヤバイわこれw

**名前は開発中のものです。** · 2015/11/23(月) 03:56:46.91

>>335
同じような人がいて安心した
仕様を忘れるのも日常茶飯事だし分割のほうが良い気がしてきた
弾幕シューティングレベルのアニメーションは無いから重さはそんなに気にしてないしね

ちなみにメインをいくつか分割してるんだけどアニメコモンだけはパターンが100種類近くあるから凄い行数になってたw

とりあえずコモンの関係表を作るところから始めよう

**名前は開発中のものです。** · 2015/11/23(月) 09:49:31.15

俺はコモン長くなってもコメントで整理してるから割合と時間経っても混乱してないけどな
作る内容にもよるんだろうけど

コモンセルフを何個も使う場合サブコモンに引き継ぐのが大変なのもある

サブコモンはそのコモン以外にも使えそうな場合に作ることが多い
汎用性ありそうなコモンとか

**名前は開発中のものです。** · 2015/11/23(月) 20:35:28.93

>>327
所持金を通常変数に入れる理由がまったく理解できない

>>328
基本は200行で収めて、細かくコモンを切ってる
ウディタのコードは見通しが悪すぎて行数の増加は悪手だと思う
他人の1000行以上のコードを読む気なんてしないでしょ？
1年後の自分だってそんなコード、メンテナンスできなくなるよ

>>336
他の言語やってたら、まずコーディングルールほしくならないかな……
ウディタのコードの見通しの悪さは異常だと思う
条件文の深いネストとかも最悪だから早期リターンなんかも活用してほしいなと
他人のコード見てるときに感じるなあ

**名前は開発中のものです。** · 2015/11/23(月) 21:01:52.05

実は今の時代ゲーム開発でコーディングルール作ることあまりないんだよな
ブーム過ぎるのが速いので小さいゲームを短期間でフルスクラッチで作ったり
α版を投げまくって反応がいいやつのコーティングルールに乗っかることが多い

あと空前のGitブームなので勝手に誰かが良いコーティングルールを作ってくれるので気づかないとか
ウディタもGitで開発できるようなシステムになればいいね

**名前は開発中のものです。** · 2015/11/23(月) 21:11:42.24

gitでコーディングルール従ってないコードあって使えるものなら
普通にすぐプルリクくるでしょ、何の言語やってるのかしらんけど

**名前は開発中のものです。** · 2015/11/23(月) 21:14:59.45

マップイベントを並べてイベント一時消去で順番に消しつつ
リロードしたい時は場所移動でおけ

**名前は開発中のものです。** · 2015/11/23(月) 21:39:22.88

難しいことは分からんけど条件分岐の色分けと折りたたみ欲しいな

**名前は開発中のものです。** · 2015/11/23(月) 21:55:40.58

分岐内の処理だけ表示でもいいぞ

**名前は開発中のものです。** · 2015/11/23(月) 22:13:53.89

5000行とか聞くと相当変な処理してるんだろうなってのが先に来るわ

**名前は開発中のものです。** · 2015/11/23(月) 22:15:54.82

今まで見たの中ではそでばコモンが一番長かった

**名前は開発中のものです。** · 2015/11/23(月) 23:23:40.10

>>339-341
ソースが長くなることの懸念はまさに見通しの悪さだわ
元がツクールの延長だから煙狼様に文句があるわけじゃないけどね

恥ずかしながら実務でプログラムやったことないからコーディングルール、git、プルリクは初めて聞いた。教えてくれてありがとう

あと、偶然俺は使ってないけど所持金を通常変数で処理しない理由ってのを教えてくれるとありがたい

>>345
さすがに処理が複雑な部分は関数処理みたくサブコモン使ってる
最適化しなくていいパーツ類を全部メインAに入れたら行数が凄いからって話ね
FFテイルズ軌跡クラスの戦闘システムを全部自作コモンで作ってたから何万行じゃすまないぞw

**名前は開発中のものです。** · 2015/11/23(月) 23:32:01.31

コーティングルールで一番揉める内容って言ったらインデントと改行（改行コード含む）ぐらいしかないし
ウディタではほぼ無縁の存在、好きなように書けばいい

**名前は開発中のものです。** · 2015/11/24(火) 03:00:59.79

>>344
分岐内の表示を折りたたみたくなるような処理は
そもそもそこでコモンをそこで分割するべきじゃないかなあ

>>347
>あと、偶然俺は使ってないけど所持金を通常変数で処理しない理由ってのを教えてくれるとありがたい
当然所持金のデータはセーブデータに残さないといけないわけで
せっかくDB用意されてるのになんでわざわざ通常変数を通す必要があるのかって疑問がまずくる
一時的に扱うにしてもコモンにはセルフ変数があるのでそっちを使う
コモン間で受け渡しさせたいのであれば引数で渡す

>>348
ラベルの使用は揉める要因になるんじゃないかな、自分は極力禁止させたい
あとは見通しが悪いからこそコメントの行頭で使う記号は明確にルールを使いたいのと
真偽値返すコモン名、コモン変数の命名にもルール欲しいかな

**名前は開発中のものです。** · 2015/11/24(火) 04:51:53.73

所持金の50％を支払わせるイベントとかで使うんじゃね？
所持金*50/100ね

**名前は開発中のものです。** · 2015/11/24(火) 05:16:30.06

通常変数もセーブデータ反映されるやん

**名前は開発中のものです。** · 2015/11/24(火) 05:29:07.16

ぶっちゃけどっちでもいい
所持金と括るようなデータがなければ通常変数にぶっこんでも良いだろ
2次元的なデータだったらDB使った方が分かりやすいけど、1次元的なデータだったらどっち使っても良いぞ

**名前は開発中のものです。** · 2015/11/24(火) 05:56:31.27

>>351
通常変数も保存されるのか、完全に勘違いしてた
ただいずれにせよ>>308が事実であれば通常変数に入れるのはないかな
レアケースだろうけど並行処理で同時に操作されたときおかしなことになりそう

**名前は開発中のものです。** · 2015/11/24(火) 06:01:45.42

処理が入り乱れておかしくなるなら、システムDBだけでなく可変DBでもおかしくなるやで

**名前は開発中のものです。** · 2015/11/24(火) 06:25:49.91

コモンイベント001～003がある場合
同時並列処理でも実行されるのは「001→002→003」でIDが小さい順だゾ

**名前は開発中のものです。** · 2015/11/24(火) 06:44:55.60

可変DBも通常変数、予備変数も保存されるみたい
だがウディタで保存されない領域があるって俺もきいたことあるけどどこだかわからん

俺はゲーム再開時にクリアしたい可変DBを0で無理やり初期化してる

**名前は開発中のものです。** · 2015/11/24(火) 09:57:22.21

コモンのｾﾙﾌもセーブされるんじゃなかったっけ？
裏技でゲーム内でUDBの内容変えてもそれが保存されないてきな

イベント起動条件に使うのだけ通常変数に入れて他はCDBだなでないとプルダウンメニューが長くなりすぎて不便になる

**名前は開発中のものです。** · 2015/11/24(火) 20:32:50.87

複数レスしているデモデモダッテちゃんはアスぺか何か？
こんなん開発現場にいたら作業進まんから殴っとるわ

**名前は開発中のものです。** · 2015/11/24(火) 21:26:07.04

お、おう……

**名前は開発中のものです。** · 2015/11/24(火) 23:44:17.40

ウディタの仕様が2000と同じなら
繰り返し処理は開始位置から上に検索
ラベルは一番上から下に検索なので
上の方に戻る場合はラベルの方が早い

**名前は開発中のものです。** · 2015/11/25(水) 04:41:19.57

処理をちょっと修正したくなったけど具体的にどうすればいいかがパッと思いつかず、
なんとなくで雑に手を加えダメ元でテストプレイしてみたら何故か正常に動作しちゃうことってあるよな
コモン全部自作してるはずなのにブラックボックスみたいになってきた

**名前は開発中のものです。** · 2015/11/25(水) 04:49:49.16

設計した上で手を加えているからそういうことはないな
処理が間違っているのにうまく行って、間違っていることに気づいていないことはたまにあるが

**名前は開発中のものです。** · 2015/11/25(水) 17:13:34.67

>>362
結果だけ見ると正しいってのが一番怖いよなぁ
デバッグ文とかで常に途中経過をチェックしてれば良いのかもしれんが
正しい結果得られると、特に問題ないものだと思い込んで細かい検証せずにそのまま先進んでしまう

**名前は開発中のものです。** · 2015/11/25(水) 19:37:04.41

プラネットハウルは推奨スペックギリギリでも動くからな
下手な組み方をするとそのまま動作速度に跳ね返る

**名前は開発中のものです。** · 2015/11/26(木) 21:21:48.48

ピクチャーにもSEのようにメモリ先読みロードがあったらうれしかったのに
ぐぬぬぬ・・・・

**名前は開発中のものです。** · 2015/11/26(木) 21:31:25.81

>>365
表示して透明にして画面外に放っておけばエエで

**名前は開発中のものです。** · 2015/11/26(木) 22:36:10.75

メモリ格納必要な場面てそんなにある？
巨大ビットマップを縮小表示するとかでなければ通常読み込みで充分だと思うんだけど
ヌルヌルアニメ作るなら分割使えばいいし

>>366
ツクール200Xでは必須でした…

**名前は開発中のものです。** · 2015/11/26(木) 22:40:18.98

>>366
普段はワイもそうしてるんやけど、いま作ってるゲームの仕様上、
「ピクチャー番号を占有せずして画像をメモリに読み込む」って事がしたかったんや
まあウディタの仕様と割り切るしかないやね

**名前は開発中のものです。** · 2015/11/26(木) 23:01:22.43

余っとるピクチャ番号ないんか？　全部使うってすげえなあ

**名前は開発中のものです。** · 2015/11/27(金) 00:12:32.03

流石に200万近くあるピクチャ番号全部が余っていないってのは設計として欠陥があるし，なんか別の理由でもあるんじゃないの

**名前は開発中のものです。** · 2015/11/27(金) 00:13:05.24

メニュー画面を黒いウインドウに変更したら、セーブ・ロード画面で
カーソル表示されなくなってしまった
メニュー画面のカーソルは普通に表示されるんだけどなんでだろ
初心者がてきとうにいじったらあかんかったな

**名前は開発中のものです。** · 2015/11/27(金) 01:03:39.15

>>369
キャラグラをピクチャで表示しとるんやけど、
キャラのｙ座標に応じてピクチャ番号変えるようにしとるもんで
戦闘エフェクトとかもそれに順じた番号に毎度変えとるのよ
（でないとキャラの奥で発生したエフェクトが手前のキャラに被るでな）

んで、一番手前のキャラ・オブジェクトに関するピクチャに1000～1999番、
手前から二番目のキャラ・オブジェクトに関するピクチャに2000～2999番を
割り当てるって感じなんやけど、この方式で透明ポイーすると
各キャラ分の戦闘エフェクトを読み込まなきゃならんうえに
どのエフェクトがどの番号か固定されちゃうから機能拡張するときすごく面倒

まあ>>367も言うように通常読み込みで作ってみる事にするわ

**名前は開発中のものです。** · 2015/11/27(金) 01:08:00.81

>>368
画像をメモリに展開しなければならない場面てのを具体的に書かないと、つぶやいた意味ないと思うよ

**名前は開発中のものです。** · 2015/11/27(金) 01:11:26.64

通常読み込みで良いなら良いけど
余っているピクチャ番号(負番号とか)に読み込んでもええんやぞ

ピクチャ番号が違っても、メモリに既に読み込まれているピクチャと同じものだったら、そっちのデータ使うから

**名前は開発中のものです。** · 2015/11/27(金) 01:16:00.43

その同じものっていう条件がよく分からんな。
透明度や倍率とかも一緒でないとメモリから持ってこれないのかとか

【ウディタ】WOLF RPGエディター 其の59©5ch.net

【ウディタ】WOLF RPGエディター　其の59©5ch.net