【ウディタ】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/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

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

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

じゃあ素材屋の話でもするか

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

乱立は最低だろ

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

モングラ=野プリ
曲=煉獄庭園　　　　　でＯＫ

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

>>871
とりあえず殺伐とした雰囲気をどうにかしたかっただけなんだ
気に触ったならごめん(´・ω・`)

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

そういえば、次回のウディコンでは専用の掲示板を別に置いたりしたほうがいいかも、なんてことをふと思った。
したらばとか。

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

ウディコンのwikiに掲示板つけりゃーいい話じゃないのか？

オプションでBGM、SEの音量調整を構想してるんだが
これって再生するときのみで音量、周波数をかえられないから
システムデータ自体を書き換えなきゃいけないよな？
システムデータ内で素材の音量を調整しているばあい、
やっぱデフォルト値をどっかに残してなきゃ音量、周波数、上書きされたままになるよなコレ。

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

普段過疎ってるんだから誰も使わんだろ。
しかし既にウディタの掲示板誰かが作ってたと思うが。

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

ツクールにあった、プレイヤーに数値入力させる　っていうコマンド無いのねこれ
しかたないから自分で作るか…

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

文字列操作で出来なくね？

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

公式の掲示板にコモンUPされてたようなしないような。うろ覚えだわ。

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

>>877
>やっぱデフォルト値をどっかに残してなきゃ音量、周波数、上書きされたままになるよなコレ。
データベースはどれも上書き
SEリストもBGMリストも10000曲セットできるんだから、5000番台以降はデフォ値とかにでもしたらどうよ

>>880
イベントコマンド【文字列操作】でできる。説明書読め

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

(笑)
出来なくね？→出来るんじゃね？って意味だったんだけど

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

>>883
そういう解釈にはならないよ
>>880
んなコマンドあったかなぁ…
条件文字列で一文字ずつ読み替えてやるしかないような

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

>>880じゃなくて>>882だorz

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

>>882
文字列操作じゃ文字列変数に文字列しか代入できなくね？
（通常変数に数字を入れたい）

まぁもう自分で組み終わったからいいけどNE☆

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

こうしてこのコモンは作られた…
さぁ公開だ

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

どこに上げればいいのかわからんかったから適当なろだに。
http://uproda.2ch-library.com/src/lib060145.bin

拡張子をcommonに書き換えてからみてくだしあ

自分用に組んだから使用する変数の番号とかがアレだよ！

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

>>>888
引数使えばいいんじゃね？

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

ここで問題
引数←何と読む？

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

今まで音読みしてた馬鹿が正しい読み方を知って
意気揚々とチラ裏問題を出してるわけですね。わかります（笑）

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

HAHAHAばかにするな、「いんすう」にきまっているじゃないかじょうしきてきにかんがえて

PCは再変換すりゃいいから、そう聞かれて読み間違えるのは携帯で見てる人だけだな

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

再変換しなくてもこういうスレならみんなわかってるかと

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

この前知り合いの外人が
「さんじゅういち」
って読んでた　肯定しといた。

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

問題を出すまでもなく、PING の事をピングと読んでるのは多そうだな。

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

ってホントに公開してくれたのか、サンクス！！

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

ついでに、Enable をエナブルとか読んでいるのも多そうだ。

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

>>891
定番ネタだろ……
そんなマジレスされても困るよ

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

ぼくのしらないていばんねたが　よのなかにはまだまだたくさんあるんだなぁとおもいましたo

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

>>899
そんなお前でも「か……漢だ……」位は知ってるだろ？
それに対して「今まで漢を音読してた馬鹿が最近読み方知って～」みたいにレスしてたらアホみたいだろ？

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

雰囲気(何故か変換ry)

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

>>900
そのネタでいうなら>>890は

>>889
ひ・・・ひきすう？

など、まず自分がボケることが必要
相手に普通の質問をして、相手に定番ネタでボケさせるのは難しい
空気がそういったネタの流れに乗っていないのなら特に
前フリなしで自分が普通にしゃべって相手にネタを強要するなどもっての他ですとも

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

>>895
え？　と思ってwp見てみたら読み方は二通りあるみたいだが
元々は誤読だったとかそういう話なのか

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

最後のGは読まないんだっけ？

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

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