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

**名前は開発中のものです。** · 2008/09/20(土) 13:27:02

独自のシステムを作成することも可能なRPGエディタです。
RPGツクール系よりは手がかかる分、比較的細かい所まで作り込む事ができます。
RPGツクールでは物足りないけど、プログラミングはちょっと……という方にお勧めです。

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

前スレ
WOLF RPGエディター　其の３
http://pc11.2ch.net/test/read.cgi/gamedev/1219480611/l50

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

・高度なRPG開発が可能な、完全無料のゲーム作成ツールです。
・作成したゲームは自由に配布したり、コンテストに投稿することが可能です。
　また本ソフトを持たない人でもプレイ可能！ファイル暗号化も完備しています！

次スレは>>950が立ててください。
テンプレートは>>1-3

**名前は開発中のものです。** · 2008/10/09(木) 20:18:47

>>771
ありがとう
やっぱりそれしかなさそうですね
完全移植を目標にしないとこのエディタの有用性が示せないかなって思うんで
出来れば完全、かな

まあ欲張りなのは最初だけですので、最終的に無理な所はカスタムして実装してみますね！
今回の夜の表現にしても、最終的に処理速度が不十分ならイベントで明度をいじって積むかもです

全レスはしてないけど全部しっかり検討させてもらいましたし、参考にさせてもらってます
みんな色々アドバイス感謝です

**名前は開発中のものです。** · 2008/10/10(金) 08:43:36

あげ

**名前は開発中のものです。** · 2008/10/10(金) 15:09:37

何度もageてみたが、荒らしが来る気配もない。
まあもう少し実験を続けてみる。

**名前は開発中のものです。** · 2008/10/10(金) 17:32:48

それはひょっとしてギャグで言ってるのか（ＡＡｒｙ

**名前は開発中のものです。** · 2008/10/10(金) 17:34:13

来る訳じゃなくて来易い感じがするから好かんってだけだろ
話題に出たのは知ってるがどうでもよくね？
そんなことよりウディタの話しようぜ！

**名前は開発中のものです。** · 2008/10/10(金) 17:39:30

ウディコンが終わった途端に過疎った気がする

**名前は開発中のものです。** · 2008/10/10(金) 17:40:17

全部釣り針にしか見えないな。

ツクール関係触れたこと無い俺がウディタでゲーム作ろうと思うんだが
コモンイベントを覗く→一つ一つの命令を理解するが全体像が見えてこない→わけわからん！
という繰り返しに陥ってる。

これは無茶なことせずに大人しく基本システム流用するか、
時間かけても少しずつシステム理解してくのかどっちが良いかね？

**名前は開発中のものです。** · 2008/10/10(金) 17:45:26

基本システムはブラックボックスとして扱うより理解しちゃう方がいい。
どうせやってる内に不満が出て改造したくなるんだから。

**名前は開発中のものです。** · 2008/10/10(金) 17:50:13

んじゃ頑張ってみるか。
性格的に俺はシステム屋だろうから納得のもんが出来る様努力してみるよ。

**名前は開発中のものです。** · 2008/10/10(金) 17:50:54

俺もツクールとかやってないんだが
理解しちゃおうと頑張ってたけど途中で諦めたわ

一から自分で作ってる（勿論参考に出来るところはしつつ
個人的にはその方が分かりやすいし楽しい

**名前は開発中のものです。** · 2008/10/10(金) 18:19:08

ツクールいじったことない人はデフォルトシステムを解読するより自分で一から作っていったほうが理解がはやい
ソースは俺

**名前は開発中のものです。** · 2008/10/10(金) 20:04:03

ああ、あくまでも>>779は基本システム使うならって話ね。1から組むならそれはそれでいいと思うよ。

**名前は開発中のものです。** · 2008/10/10(金) 21:21:17

ぶっちゃけウディタって一から作ることで生きてくるかんじがする。
（基本システムはそれはそれで普通に使えるけど）

自分で一からつくって言ったほうが、大変ではあるけど楽しいよ。
ぶっちゃけ今でもデフォルトシステムのバトルのあたりとか見てるとわけわかんねー！
ってなるけど自分で組むと（力技だけど）納得いくように作れるんだよな。

**名前は開発中のものです。** · 2008/10/10(金) 21:46:14

ドット絵描くのが上手くいかないぜ……

**名前は開発中のものです。** · 2008/10/10(金) 21:49:58

1から組める力量ある人は是非やるべきと思うけど
ないならないでも面白いのはできるからなー。

ツクールデフォ戦って時点でバカにするのが最近のフリゲスレの風潮だったけど、
純粋に楽しめてる＋自作の手間を知ってると複雑だわ。

というかウディタの場合、デフォキャラやファイアⅠみたいな見本がないから
どう足掻いても試行錯誤が必要になると思う。

**名前は開発中のものです。** · 2008/10/10(金) 21:52:31

システムを考えるのに煮詰まったら素材作ってるなあ
素材作る作業に疲れたらシステム構築に逃げるのエンドレスループ

**名前は開発中のものです。** · 2008/10/10(金) 21:57:38

実際ウディコンでは
基本使ってるのも使ってないのもどっちも凄かったと思うわ

**名前は開発中のものです。** · 2008/10/10(金) 21:59:30

慣れるまでしんどいなあと感じるのがシステム周りの環境変数のアドレスが不明瞭なことかな

タイトル画面でよく使われるであろうセーブデータ有無の判定も
セーブデータ何番の9000024を読み出してセルフ変数へ読み込みっていう処理が必要
これを知らないといつまでたってもとっかかりさえ掴めないっていうね

頻出というかかなり誰でも扱いたがる部分かと思うんだが、これは純粋に覚えなきゃいけないこのエディタ独自の部分であってさ
こういうものを網羅したのが説明書なんだろうけど、どうにも網羅されてる感じがしないのは気のせいか

**名前は開発中のものです。** · 2008/10/10(金) 22:07:56

そういや話は変わるんだけど、最初に定義されてるシステム変数の中に面白いものがあるね
ネット周りの項目なんだけどさ

これがネットワーク対応になったらいいねえ
小規模（2～4人）くらいでネットワークを介してドラクエしたいわ
出来れば直に（P2P）つなげたらサーバーステータスに左右されなくて済むね

**名前は開発中のものです。** · 2008/10/10(金) 22:08:54

アドレスのみで計算できるようになるとかなり楽になる。
だがアドレスのみで計算させてくれないところがちらほらあるのは困り者。

**名前は開発中のものです。** · 2008/10/10(金) 22:13:00

>>791
ですよねー

あと困るのがイベントエディタがコピペできなかったりする細かい使い勝手かな
マップエディタも置いたチップがずれちゃったら一から書き直しなのはこまるね
切って貼ってが出来ない部分が多すぎるのがどうも不都合を感じるかな
使いたいシステム変数ももっと多いし（例えばマップチップだけ交換できたらいいのになど）

でも、このツールは今も更新が滞ってないから単なる愚痴より要望した方がいいかなと思ってる
ここで言ってるだけじゃだめだよね
あとでメールしとくわ

**名前は開発中のものです。** · 2008/10/10(金) 22:16:17

あとコンテストの作品群におしっこちびった
あれ全部ソースを読み解いたらかなり習熟できそうです

特にDragon Tearsっていう作品のソースが美しかったかなあ
コモンイベントの切り分けが明瞭になっててサンプル作品よりわかりやすいです

**名前は開発中のものです。** · 2008/10/10(金) 22:17:43

１つずつならコピペ出来ね？
まぁまとめてしたいけど…言ってる場所違う？

俺はとりあえずDBとかの場所ずらしたら呼出を全部直さなきゃいけないのがめんどう
でもまぁそれは自分で気をつけたりするしかないか

**名前は開発中のものです。** · 2008/10/10(金) 22:19:24

>>794
複数選択もできる

**名前は開発中のものです。** · 2008/10/10(金) 22:20:50

>>794
コピペできるのかあああ
知らなかった
まだ使い始めたばっかりだからわかってない所も多いと思う
ごめん

あと、コモンイベント一切なしでもキー入力はしっかり受け付けてることもさっき知ったよ
そのキー入力判定をどう生かすかがコモンイベントの仕事なんだね

**名前は開発中のものです。** · 2008/10/10(金) 22:25:04

>>796
＞あと、コモンイベント一切なしでもキー入力はしっかり受け付けてることもさっき知ったよ

これの意味が良く分からん。
コモンイベントは「どのマップからでも呼び出せるイベント」以上の意味を持たないが。

**名前は開発中のものです。** · 2008/10/10(金) 22:28:35

>>797
すまん単なるイベントでやる方がいいのか

**名前は開発中のものです。** · 2008/10/10(金) 22:34:17

じゃないな
そういう話じゃなくてあれか

要はこういうことね
最初はサンプルを見ながら改変して仕様を確認してた
でもとてもじゃないが入り組んでてわけがわからないので
作りながら覚えようと思って全部１から作るDATAセットに置き換えて試行錯誤してたんだ

最初は置き換えだからかVer.1.04の仕様か俺の勘違いかわからんけどキー入力が判定されてなかった気がする
しかし1.06に置き換えたら普通に動いてるけど

さっきまでキー入力待ちって処理がキー入力に必要なんだと思ってたほどわけがわかってなかったな
入力関係のカスタマイズは変数があるから気付くけど、操作自体は別にこっちで組む必要がないのな

**名前は開発中のものです。** · 2008/10/10(金) 22:40:48

>>799
ああ、つまりコモンイベントで主人公の動きまで制御してると思ってたってことか

**名前は開発中のものです。** · 2008/10/10(金) 22:47:49

逆に言うと、使うボタンの数とか増やせないだろうし
操作にまつわる制御は全くもってエディタにおまかせ＝仕様ってことでもあるんだろうけどね

今メニュー作ってるけど、メニューが起動してる間はプレイヤーの足を止めてやらないといけないよね
いい加減変数と分岐を使えってことか
簡単な所から作ってきたけどやっぱこういう部分がしんどいなあ

動きのあるオープニングなんかはピクチャ置き換えでアニメーションさせれば楽々なんだけど

**名前は開発中のものです。** · 2008/10/10(金) 22:50:07

>>795　な、なんだってー…試した気がするがたまたま押しミスってたとかか…orz
ありがとう、試してみる！

**名前は開発中のものです。** · 2008/10/10(金) 22:50:36

>>800
そうそう！
上手く言えてなくてごめんね
プログラム経験だけじゃなくてこういうツクール系に不慣れなせいだと思いますｻｰｾﾝ

ピクチャっていう仕様があればおおよそなんでも出来るなあと考えてこのエディタを選んだんですよ
しかし・・・やっぱ数学的素養というかそういうものが必要なんだなあと痛感しています

**名前は開発中のものです。** · 2008/10/10(金) 22:54:25

>>801
イベント実行中なら主人公は動かない
キーボード入力パッド入力を使えばほとんどのキーは使える(同時押しは出来ないけど)
oｏＯ(書き込む前に説明書くらい熟読したらどうだろう)

あと>>802
ヒント:shiftキー
これも説明書良く読んだらのってるけど。

**名前は開発中のものです。** · 2008/10/10(金) 22:58:20

>>804
どうやら離れた所（Ctrl）が出来なかったから複数は出来ないと思い込んでたもよう
今まで一行ずつ行ったり来たりしてたよ…

ま、まさかこれすら思い込みだったりはしないはず…

**名前は開発中のものです。** · 2008/10/10(金) 22:58:31

>>804
動きますよ

キー入力待ちさせて決定顔されたらメニューピクチャを出力
これだけの処理ではキャラが動いてしまいますね
きちんと判定を作ってやらないとダメだと思います

**名前は開発中のものです。** · 2008/10/10(金) 22:59:38

そしてそれは起動条件の問題だと思う

**名前は開発中のものです。** · 2008/10/10(金) 23:24:19

あと問題はメニューピクチャに重ねるカーソルがもし明滅していたらどう処理すればいいかとか
まあ実際に考え中なんですけどね

メニューは若い番号のピクチャを貼って、その上にメニューより大きな番号のピクチャを貼ればいいわけですよね
分岐を使ってキー入力によってピクチャの座標を移動すれば実装は可能…なはずなんですけどね
カーソルの明滅処理をループに頼っていいのかとかそもそもループの書式が明示されてないよとか
ループを抜け出す条件とかどこに書くのとか色々
さらにキー入力は常に待っていないといけなかったりややこしいです

これはフローチャートを書けということか
なつかしいけどちょっとやってみよう

**名前は開発中のものです。** · 2008/10/10(金) 23:31:56

基本システムいじるのって一から作るのより難しく感じるぜ。

**名前は開発中のものです。** · 2008/10/10(金) 23:31:59

>>808
うん、1から作るのも結構だが君はやっぱり基本システム解析した方がいいと思った。
とりあえず今までに上がった問題は基本システムのメニューにまつわる処理部分見れば全て分かる。
ついでに公式過去ログとか、このスレのログとかも見れば十分
知識はあるみたいだからチラ裏みたいに書かずに色々読みながら試行錯誤してみたらどうだろう。

**名前は開発中のものです。** · 2008/10/10(金) 23:35:59

一応主なFAQとか説明書・解説サイトはローカルに保存してありますよ
処理を考える際に毎回読んでいますが、もっと沢山欲しいなあと

学校の授業とかでもそうなんですけど
1つの角度からしか説明を受けないとあまり頭に入らないんですよね
たとえ話とか応用問題とかを経てようやく腑に落ちる

とりあえずネット回線が不安定なので使える時に使っとけみたいのがあるかもわかりません
お目汚し失礼しました

**名前は開発中のものです。** · 2008/10/10(金) 23:42:45

>>801
変数も条件分岐も使わずよくそこまで出来たな
タイトルとかどうやったん？

**名前は開発中のものです。** · 2008/10/10(金) 23:47:06

>>812
タイトルはメニューを作ってる段階ですね

オープニングのアニメーションは普通に頭にウェイトをかけておけば問題なく起動直後からでも動きました
ぶっちゃけピクチャ機能のみですね

**名前は開発中のものです。** · 2008/10/10(金) 23:47:49

写経がオススメ
狼煙様の書いたありがたい基本システムを
読みながら書き写す（ウディタを二つ同時に起動する）

**名前は開発中のものです。** · 2008/10/10(金) 23:55:22

公式にウディコンきてるｗ

**名前は開発中のものです。** · 2008/10/10(金) 23:56:06

アニメーションですと
なんか物凄い物を作ってるんだな

**名前は開発中のものです。** · 2008/10/10(金) 23:58:44

でも躓く所がとても初心者ですよね
まあここからなんとかウディコン作者様のレベルまで自分を持っていければいいなあとか

**名前は開発中のものです。** · 2008/10/11(土) 00:02:05

wikiの結果発表を初めてみたけど味気なさ過ぎないか。
レス全部載せろとは言わないけど、テンプレに沿った感想が結構でたんだからそれだけでも載せない？

**名前は開発中のものです。** · 2008/10/11(土) 00:03:43

アニメーションは凄く簡単なんですよ

ウェイト（まず頭にかけないと起動でこけます）
　↓
１番のピクチャを表示
　↓
ウェイト
　↓
２番のピクチャを表示←この時点で１番のピクチャは２番の裏に隠れてしまいます
　↓
１番のピクチャを消去
　↓
ウェイト
　↓
３番のピクチャを表示
　↓
２番のピクチャを消去

後はこれを終了まで繰り返すというロジックなんですね

**名前は開発中のものです。** · 2008/10/11(土) 00:06:02

パッと見で思っただけだけど、全部１番じゃ困るのかな

**名前は開発中のものです。** · 2008/10/11(土) 00:07:30

いや、システム的な話じゃなくてアニメーション描けるなんて凄いなー、と

**名前は開発中のものです。** · 2008/10/11(土) 00:08:37

>>820
どうなんでしょうねえ
でもこうする方が対応がしやすく、環境依存もしにくいかなとか
書き換えの際にちらつく恐れがあるので僕はこの方法をオススメします

ピクチャ番号は本当のことを言えば１番と２番だけでいいんですが便宜的にこのようにしました

**名前は開発中のものです。** · 2008/10/11(土) 00:11:27

>>821
書いてません＼(^o^)／
コピー作品を作ってるだけです

処理的に面倒になりそうなものはピクチャで代用することにしました
本当はピクチャに頼らなくても可能は可能なんですよね
オートタイルで代用が効いちゃったりするレベルのものです
っていうか実際そっちの方もテストしてますね

**名前は開発中のものです。** · 2008/10/11(土) 00:12:25

>>820
１番張って１番消して１番入れ替えてを繰り返すって事？
それだとガッタガタになるよ
処理は裏で全部やって完成した裏を表にもってくるってのは必須テク

**名前は開発中のものです。** · 2008/10/11(土) 00:15:24

>>823
ああ、ドラクエか
確かにピクチャで代用した方が早そうだね

**名前は開発中のものです。** · 2008/10/11(土) 00:16:07

>>822
書き替えの際にちらつくはないよ。
ピクチャ表示とか移動とかのコマンドは、内部値を書き替えてるだけだから。実際の表示は全ての処理が終わった後で一括してやってるから、1枚のピクチャで書き替えいい。

**名前は開発中のものです。** · 2008/10/11(土) 00:17:02

画面外でやっとけばピクチャ番号は二つで済むか

**名前は開発中のものです。** · 2008/10/11(土) 00:18:50

>>826
なるほどー
参考になります

それは本エディタの仕様なんでしょうかね？
自分は画像処理は明るくないんですが書籍などでは大抵このやり方かと思って

**名前は開発中のものです。** · 2008/10/11(土) 00:21:40

>>828
エディタの仕様だね。
プログラミングやるなら画面の更新停止して描写して画面更新ってのが基本だけど、ウディタのピクチャ表示はピクチャ情報を内部値に格納するだけのコマンドだから描写自体は勝手にやってくれる。

**名前は開発中のものです。** · 2008/10/11(土) 00:25:08

まあ別にソースを覗いた訳じゃないから間違ってる可能性もあるけど、表示したピクチャを後から移動させられることからしても情報が変数に入れられてる事は明らかだし、そう外れた予想じゃないと思う

**名前は開発中のものです。** · 2008/10/11(土) 00:28:54

ごめんなさい
１番と２番だけだと余計なプロセスが増えますね
やっぱ順繰りに送っていった方がスマートなソースになりそうです

何故古い画像を残すのかというと、新しい画像の表示までには僅かなタイムラグがあるんですね
それは古いオンボロマシンみたいな環境で遊ぶユーザにとっては無視できない（もしかしたら視認できるくらいの）
ちらつきになる恐れがあると思ったんですよね

**名前は開発中のものです。** · 2008/10/11(土) 00:32:12

>>831
え、本当にラグある？　だとしたら俺の認識が間違ってるみたいだけど

**名前は開発中のものです。** · 2008/10/11(土) 00:33:07

>>824
なんで１番を消去するんだ？
いったん消去しないとどんどん重なって表示されると思ってるのかもしれないけど、同じピクチャ番号でそのまま表示すれば置き換えられるよ。
それを踏まえて、あとは>>826の通り。

**名前は開発中のものです。** · 2008/10/11(土) 00:33:19

元々メモリにピクチャを格納してあるっていう仕様であるならそれはまた別なのであまり気にしないでくだしあ

おそらく毎時読み込みを行っていると思いますよ
ですからちゃんと消去っていうメモリ開放のコマンドも持っているわけです
ですのでラグが発生しているのは確かだと思います

それが体感できないのは環境が整っているからでしょうね

**名前は開発中のものです。** · 2008/10/11(土) 00:38:29

１番だけで出来ると思ったから言ったんだけど配慮って大切だよね、なるほど
俺も>>833と同じ考えだったんだがとにかく全面的に配慮を意識するようにするよ、ありがと

**名前は開発中のものです。** · 2008/10/11(土) 00:42:38

あ、そか。
そういえば、表示ウェイト入れると、一度ピクチャ消えてから表示されるしね。
めちゃめちゃ弱いPCなら0フレ表示でもラグができるかもしれない。

この機に、いろいろと考えてみることにします。

**名前は開発中のものです。** · 2008/10/11(土) 00:43:34

こちらこそ一度作った処理を改めて考えてみることでさらに理解が深まりました
ありがとうございました

ホントに為になるスレだなあ

**名前は開発中のものです。** · 2008/10/11(土) 00:50:00

1番だけじゃなくて2,3,4・・・としていくのなら

１．必要な数だけ事前に各番号にピクチャをセットし透明表示させておく
２．必要になったピクチャを移動で表示させる
３．不要になったピクチャを移動で透明にする

の方が処理が軽くなるようなキガス。メモリの消費量は無論あれだが
ウェイトがいるかどうかは、各ピクチャの表示させる時間とかその他諸々で決まるだろうけど

**名前は開発中のものです。** · 2008/10/11(土) 00:53:24

>>838
滑らかさを重視する大きなアニメーションなどではそうかもしれないですね
メモリに格納しておく事でカクツキを抑えることが出来そうですね

やっぱ大事なのは発想なんすねー
その発想はなかったです

**名前は開発中のものです。** · 2008/10/11(土) 01:02:25

wikiの第一回ウディコンの欄にテンプレ方式の評価全部載せといた！
抜けがあったらスマン。

つかれた。ねる。

**名前は開発中のものです。** · 2008/10/11(土) 01:03:32

乙！

**名前は開発中のものです。** · 2008/10/11(土) 01:04:29

んー、主観的な予想が入っていることを始めに断っておくよ。あと長文になるかも。

ウディタのピクチャ表示コマンドは、さっきも言った通り変数に情報を格納するだけの物なんだ。
格納された情報を見て、ウディタのプログラムが後は勝手に表示してくれる。
これはメモリ解放に関しても自動でやってくれるから、もう使われてない読込みピクチャ情報があればそれも勝手に解放する。
F8を押したら読込みピクチャ情報を表示できるから確認してみるといいよ。

ピクチャ1を使って画像Aを表示、適当にウェイトして画像Bを表示という操作をする時は、
ピクチャ1の情報を入れる構造体にAの情報が入っていて、そこにBの情報を上書きする
という操作をすればいいだけ。
間に消去コマンドを挟むと、その分2度手間になる。
イベントコマンドを読み込んで操作をするってことはウディタの内部処理より確実に遅いから、消去コマンドは挟まない方がいい。
あと、ピクチャ1枚表示するたびに読込にかかる時間なんて、どんなマシンでもウディタ製ゲームが動く環境ならほぼ確実に1フレームより短い(これにはソースはないけど)。逆に>>838みたいな方法を取るともしかしたら読込みにラグが生まれるかもしれない。
結論としては、タイムラグはピクチャ大量表示とかする訳じゃなければ気にしなくていいよってこと。

**名前は開発中のものです。** · 2008/10/11(土) 01:06:23

フレームバッファってありますよね？
まさにその発想ですよね

自分ならこうですか

画面外に予め数枚のピクチャを読み込んでおく
　↓
絶えずピクチャの読み込みをしながら１番から順に移動表示させ、次のピクチャを表示する際に消去していく

なんかアニメーション系のコモンイベントがWikiとかにありましたけどこういう感じなのかな
変わった処理といえば事前に数枚のピクチャを先読みしておく事でしょうか

おそらく、メモリから消去する事自体はそんなに重い処理ではないと思うんですね
というかむしろ軽いかなって
重いのはファイル読み込みじゃないかと

PNGっていうのは可逆圧縮コーデックなので読み込んだ後にデコードするわけですよね？
その処理負荷がアニメーションに追いつかなくならないように数枚のバッファを取る
これはいい発想だと思います

**名前は開発中のものです。** · 2008/10/11(土) 01:20:07

>>840
乙！
自分がゲーム作る上でも参考になる評価が多いから助かるよ

**名前は開発中のものです。** · 2008/10/11(土) 01:20:27

>>843
だから使わなくなった画像はウディタ側で解放を勝手にしてるから気にしなくていいと。
表示する必要ないのにずっと透明で表示させたりするのは確かにダメだけど(透明なら描写自体はスルーされるからメモリがあれば大丈夫だけど)。
画像の読込みを含めたイベント処理時間が1フレームに収まればいい訳であって、どんなに大きくても640×480程度の画像1枚読込むだけならそれほど時間はかからないし、
その点に関してはそれほど気にしなくていいと思う。というか画像関係で一番時間がかかるのは実際の画面描写だし
むしろ画像1枚読込みでタイムラグが発生するような機械だと、ハナから他の処理も重過ぎてまず動かないよ。

**名前は開発中のものです。** · 2008/10/11(土) 01:24:59

>>845
・使用しないピクチャを表示したままにしておくと画面描写する量が多くなり、
　処理速度が落ちますのでご注意下さい。
　テストプレイ中にF8キーを押しっぱなしにすると現在使用中のピクチャ番号一覧が表示されますので、
　それも利用して無駄なピクチャ表示を省くようにしてください。

だそうで
アニメーションが数秒単位だとしても秒間30フレームとして120とか150とかそういう枚数になってしまいますね

そもそもプログラムの常識としてメモリって言うのは開放しなかったらいつまでもそのままです
コンピュータはこちらの指示に対して忠実すぎるほど忠実なんです
言わば究極の指示待ち症候群なんですよね

**名前は開発中のものです。** · 2008/10/11(土) 01:30:04

盛り上がってる所すまない。
途中から流し読みしかしてないが、
片方はプログラムの常識といういわば一般論をを主張し、
もう片方はウディタの仕様に基づいた、ウディタを使う場合に効率が良い方法を主張しているように見えてしょうがないんだが

相手の主張における前提を理解しているか、理解しようとした上でレスを書いているかが疑問。

**名前は開発中のものです。** · 2008/10/11(土) 01:33:39

>>847
っていうか起動時に全てのピクチャを読むなんてトンデモ仕様のわけもないんでね
そこはハッキリしておいた方が良かろうと

普通にメモリに読んで使い終わったら開放するっていうのはどんな言語でもツールでも共通です
プログラムが勝手に判断してメモリから開放してしまうってどんだけ行儀悪いんだって話

意図がどこにあるのかわからないのに勝手なことはしません

**名前は開発中のものです。** · 2008/10/11(土) 01:34:59

>>846
プログラムならそうだよね。でもこれは"ウディタ"なんだよ？　そのメモリ解放の部分は意識しなくてもウディタ内部に"使わなくなったピクチャ情報は解放する"って処理が入れられてるの。
例えばピクチャ1で画像Aを表示していて、画像Bを新たにピクチャ1で表示した結果画像Aが使われなくなった場合、画像Aは勝手に解放されてるから。
ってか話が噛み合ってない。前半で言ってることは俺も言ってるじゃないか。F8も知ってるよ。試しに
■ピクチャ表示:1 ファイル[AAAA]X:0 Y:0 0(0)フレーム
■ピクチャ表示:1 ファイル[BBBB]X:0 Y:0 0(0)フレーム
ってコマンドを実行してみなよ。でF8押してみなよ。
画像AAAAの情報は残っていないのがわかるだろうからさ。

**名前は開発中のものです。** · 2008/10/11(土) 01:36:13

>>849
それってまったく重なり合ってる場合って事ですかね？
部分書き換えは想定の外なんですか？

**名前は開発中のものです。** · 2008/10/11(土) 01:37:52

>重いのはファイル読み込みじゃないかと
その通りだと思う
PNG云々じゃなくて、画像が大きいほど＆多いほどHDDの物理的な遅さが影響してくるでしょ
ていうか、ウディタのピクチャには分割数という便利機能があるんだから
必要なアニメーション分だけまとめた画像を一個用意して
分割してパターンで表示すればピクチャ番号は1つですむでしょ
ていうか、そういう使い方をしないと作者が泣くと思う

**名前は開発中のものです。** · 2008/10/11(土) 01:38:32

パラパラ漫画みたいに全部取り替える話だったと思うのに
急に部分利用の話になったのはなんで？

**名前は開発中のものです。** · 2008/10/11(土) 01:55:03

>>850
部分書き替えってなんなんだ。
座標移動してもいいのかって話ならいいけど。
>>852みたいにパラパラアニメかと思ってたけど違うのか？
背景とキャラクターを別々に動かしたいとかならピクチャ2枚使わなきゃいけないけど
というよりウディタのピクチャ表示とプログラミングにおける画面描写を同じと捉えちゃいけないよ。そこらへんが噛み合わない原因じゃないかと思う。
ここはウディタのスレだし、俺はウディタの仕様について話してるからな。

主催 ◆AouaI4MH8c · 2008/10/11(土) 02:10:53

>>818

すいません、体調があまり最近よくなく、ちょこちょこと更新しているもので…；

シナリオ別順位などもつける予定です、すいません；

感想云々、時間ありましたらつけたいと思います。抜ける部分も多そうなので良ければ他の方も編集にご協力頂ければ幸いです；

**名前は開発中のものです。** · 2008/10/11(土) 02:15:30

全取替えを前提にしてたわけでもないんですよね
もちろんキーフレームは丸々書き換わると思うんですが
実際は部分的に書き換えるっていうのは普通に手法として存在します
やっぱり汎用性って大事かなと

でも実際試してみて確かにおっしゃるとおりでした
描画範囲全てが上書きされた場合、勝手に消えていますね
納得しました

ことウディタにおいては、最後に画面上に（表示範囲外でも）描画されているピクチャだけを消去すればいい
これだとアニメーションっていう手法をとる場合は消去っていうステップが無駄に多いって事ですか
なるほど、ピクチャ番号が１つでいいというのもなんとなくわかってきました

ウェイト（エラー防止用）
　↓
ピクチャ１番を読み込み表示
　↓
ピクチャ１番を上書きして次の画像を読み込み表示
　↓
最後だけ画面上の不要なピクチャを全て消去

えらいシンプルになりましたが、書き換えの際の処理がどうなってるかですね
１ビットずつ上書きしていく形って事を主張されてるんでしょうけど

主催 ◆AouaI4MH8c · 2008/10/11(土) 02:34:42

ってうわ、過去ログまともに見てなかった。
編集してくれた方ありがとうございます……！

寝ぼけ眼で携帯で見てました、すいません。

**名前は開発中のものです。** · 2008/10/11(土) 02:38:44

>>855
＞全取替えを前提にしてたわけでもないんですよね
いや、そもそもウディタの仕様はピクチャ1枚ごと全取替え前提だよ。ピクチャの部分書き替えって操作はできないし(そんなことやったらセーブデータがどうなるか！)。

＞書き替え
ピクチャ表示における情報書き替えってのは、別にメモリ上の画像データを書き替えるって意味じゃない。
ここで言うピクチャ情報ってのは、
画像ファイル名
分割数
表示座標
拡大率
etc
の事だ。
表示の際には画像ファイルを読み込んで(もし既に読み込んであれば読み込まない)、ピクチャ情報に照らし合わせて再描写してる。
そもそも画面はマップからイベントから主人公からピクチャから全部毎フレーム更新されてるんだから、当たり前だけど1フレーム前の状態は残らないよ。

**名前は開発中のものです。** · 2008/10/11(土) 02:39:06

>>855
だから、分割数を使えばピクチャ番号は１つで画像の読み込みも1回だけ
後はアニメーション分だけ移動でパターンを移動させればいいのだが
ID:pVEw3DViにもID:eZGdf/DZにも無視された俺涙目

**名前は開発中のものです。** · 2008/10/11(土) 02:44:34

>>858
分割数を使わない前提でアニメーションさせる話なんだろう

**名前は開発中のものです。** · 2008/10/11(土) 02:44:41

なんか盛り上がってるとこ悪いんだけどさぁ、
ウディタがどういうプログラムで動いてるとか、そういう考察は自分のサイトとかでやってくれんか？
ピクチャ表示だけでこうも長々と語られると正直鬱陶しい。

**名前は開発中のものです。** · 2008/10/11(土) 02:45:49

>>858
ああゴメン。もちろんアニメーションは分割でいいんだけど、なんだか話の中心からずれてる気がして。いや、むしろ今の話が中心からずれたのかな。
ID:pVEw3DViが思い描いてる言語における画面描写(ここらへんに俺の誤解があるかも)とウディタのピクチャ表示はだいぶ違うんだということを言いたかったんだけど。

**名前は開発中のものです。** · 2008/10/11(土) 02:53:08

>>860
パラパラアニメなら使用するピクチャは1枚でいいよとか消去の直後にまた同じ番号でピクチャ表示するなら消去はいらないよとかそういうウディタの仕様について言いたかっただけなんだが、変な流れになってしまったな。スマン。
説明するのにウディタの処理方法を出した方がいいかと思ったんで、別に積極的に考察とかするつもりはなかったんだ。結果的にミスった気がするな

**名前は開発中のものです。** · 2008/10/11(土) 05:02:48

>>860
まぁいいじゃん。一応ウディタの話題だし、他に対して話すこともないし。
アニメーションなんか使わねーよって人も多いだろうけど。

しかし読んでも全てを理解できないのが悔しいな。

**名前は開発中のものです。** · 2008/10/11(土) 05:12:44

ある程度完成したらソースとかみしてくれないのかなぁ
なんか新しい機能とか追加してみたいんだが

**名前は開発中のものです。** · 2008/10/11(土) 05:19:46

糞しかいないのにスクリプトを公開する意味がない

**名前は開発中のものです。** · 2008/10/11(土) 05:59:42

>>863
ってもなぁ、ウディタで一通り試してみればわかることを、自分の理論だけで想像して見当違いのことを延々書いてるんだもの。
しかも、それを指摘してもらっても見事にスルーだし。
俺には「ID:Y58QAAVT＝ID:pVEw3DVi」が、ただ自分の理論を語りたいだけのようにしか見えなかったんだ。

**名前は開発中のものです。** · 2008/10/11(土) 06:05:28

それが２ｃｈだ。嫌なら見なければよい。

**名前は開発中のものです。** · 2008/10/11(土) 07:00:42

恥ずかしい馬鹿丸出しのチラ裏オナニーは叩かれて当然だな
それが２ｃｈだから

**名前は開発中のものです。** · 2008/10/11(土) 08:48:20

軽くツッコミを入れたつもりがかなり盛り上がっちゃってるな…

**名前は開発中のものです。** · 2008/10/11(土) 10:06:57

----------以下、いつもの流れ---------------

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

ここのいつもの流れって、しつこく終わったウディコンの話でもするのか？
それはそれでうざいんだが
ウディコンは始めた段階で別スレを立てたほうがよかったと思う

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

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