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

**名前は開発中のものです。** · 2013/12/25(水) 17:53:43.98

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エディター　其の45
http://toro.2ch.net/test/read.cgi/gamedev/1383654515/

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

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

**名前は開発中のものです。** · 2014/01/23(木) 20:23:37.25

具体的にどう組めば軽くなるのかのまとめみたいなものってどっかにないかな……

**名前は開発中のものです。** · 2014/01/23(木) 21:09:53.81

・かんたん
画像データはエンカウントの有無で分割して前もってメモリに入れる
ピクチャ消去はなるだけ使わない（STGで自機に弾が当たった場合”移動で画面外”に飛ばす）
自作メニューは画面外に移動、呼ぶ時も移動
サウンドは使用前に”メモリに先読みロード”
バトルエフェクトはJpeg加算のみ使う
バトルエフェクトの最後に完全に透明な画像を挟み”出しっ放し”にする（画面外に飛ばすのも良い）
同一ピクチャ番号でのファイアーボール＞ファイアーボールは可、ファイアーボール＞フレイムピラーは不可（前者のイメージが破棄され上書きされる）
ローディング画面で音飛びが発生した場合は無音で対処
・めんどい
CDBを使う時は一旦Cselfに全てコピー”終了時のみ”返す
戦闘時は戦闘用MAPに飛ばす（デフォ戦闘はMAPの上に重ねている）
キャラチップやエネミーグラは繋げて1枚にする（パターンで切り替え）

大体スレで出たのはこのぐらい

**名前は開発中のものです。** · 2014/01/23(木) 21:15:01.24

>>747
ｸﾚｸﾚ乞食やら適当な大規模コモンの一部抜き取って渡してしらばっくれる馬鹿やらで
あっという間に廃墟と化す未来しか見えんな

欲しいんだがな

**名前は開発中のものです。** · 2014/01/23(木) 21:17:38.62

PNGよりBMPの方が内部処理が軽いというのもあった

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

大規模コモンって無駄に重いのしかなくね？

**名前は開発中のものです。** · 2014/01/23(木) 21:26:52.09

>>818
うわあありがとう

**名前は開発中のものです。** · 2014/01/23(木) 21:29:21.70

文字列ピクチャを使ったダメージ表示禁止も入れよう
表示毎にピクチャを廃棄してるんで、2000のカウンタ方式の方がマシ

**名前は開発中のものです。** · 2014/01/23(木) 21:31:11.97

【０１２３４５６７８９】のピクチャ一枚で済むしな

**名前は開発中のものです。** · 2014/01/23(木) 21:35:25.39

ピクチャ分割できるウディタは天使

**名前は開発中のものです。** · 2014/01/23(木) 21:39:17.86

>>816
具体的に説明したって理解できるわけないのに・・
まあいい

データ引っ張る
データ見てそれぞれの処理関数に飛ぶ
処理関数上で更に追加データが必要ならそれを引っ張ってくる
実際の処理を行う
処理関数から抜ける
ループ

解析してないから何とも言えないけど、だいたい合ってると思う
それにものすごく端折ってる

詳しく知りたいなら　やさしいコンパイラの作り方　て本でも読んでみれば？

**名前は開発中のものです。** · 2014/01/23(木) 21:42:08.26

何言語で処理してるか聞いてるんだが
C++でもDXライブラリでもないんやろ？

**名前は開発中のものです。** · 2014/01/23(木) 21:44:26.58

デフォのバトルエフェクト素材は大きさがまちまちなのが微妙にムカツク
むすびちゃんで繋げたいのだが

**名前は開発中のものです。** · 2014/01/23(木) 21:51:36.03

>>827
機械語で処理している
これでいいか？

**名前は開発中のものです。** · 2014/01/23(木) 21:56:02.71

01001010100010とかで組んでるのか、煙狼君は無駄にスキルあるな

**名前は開発中のものです。** · 2014/01/23(木) 21:56:04.94

基本ｼｽﾃﾑ２の軽量化処理とかやったらどれぐらい軽くできるんだろうな
↑で言われてるピクチャ関連の修正を行ったとして

**名前は開発中のものです。** · 2014/01/23(木) 21:58:46.44

>>831
Elonaみたいになるよ、起動が「アレ遅くね？」で一旦動き出したら超高速
あれは画像素材の類を全部メモリ内に格納した後動くから

**名前は開発中のものです。** · 2014/01/23(木) 22:13:25.33

20MB程度のデータなら、HDDからメモリにコピーするのに1秒もかからんな多分

**名前は開発中のものです。** · 2014/01/23(木) 22:28:00.51

PNGよりBMPの方が容量が重いのに処理は速いのか
結果的にどっちがいいのかよくわからん
今時のパソコンは高スペックだからそこまで気にしなくてもいいらしいけど

**名前は開発中のものです。** · 2014/01/23(木) 22:32:26.16

残念ながらHDDの転送速度は全く進歩してないんだよね
なんでかっつうとHDDの中で円盤が高速回転してて、ある一定の速度を超えるとフッ飛ぶから
だから100MB/s（秒間数百メガバイト）前後しか書き出せない

**名前は開発中のものです。** · 2014/01/23(木) 22:40:23.68

メモリ＞CPU間の速度は速くなってるが、HDD＞メモリ間の速度はまるで変わってないので
PCゲーからは何時までたってもNow Loadingの文字が消えんのだ

**名前は開発中のものです。** · 2014/01/23(木) 22:41:04.19

20MB程度だったら大丈夫という話と、何ら矛盾しないな。

**名前は開発中のものです。** · 2014/01/23(木) 22:43:56.12

0.2秒程度でも最初にあるから許される遅延であって
ゲーム中にやられるのは遺憾でしょ

**名前は開発中のものです。** · 2014/01/23(木) 22:46:27.58

毎回20M読み込むなら遅延を体感できるだろうが、
普通は読み込むたびに何十Mも読み込むわけじゃないだろ。
数字に踊らされすぎ。実際に作ってないのがマルバレ。

**名前は開発中のものです。** · 2014/01/23(木) 22:46:54.69

ピクチャを使いすぎないとかも抜けてる気がする

さすがに1万枚も表示させたまま放置とかやるやつはいないと思うけど

**名前は開発中のものです。** · 2014/01/23(木) 22:48:55.88

数KBのデータだから「ゲーム中に読み込んで表示」という力技で作ってあるだけじゃね
シューティングや格闘ゲームで同じ事やったらカミソリレターもん

**名前は開発中のものです。** · 2014/01/23(木) 22:51:19.49

>>840
ツクール2000の仕様だと画面外にはみ出た画像は負荷は0なんだよな
>>728のゲームで言ってた

**名前は開発中のものです。** · 2014/01/23(木) 23:04:11.76

まぁ、試しにやってみればわかるかもしれない
XY座標を画面外に指定してピクチャ番号を変えて1万枚表示な、俺は30枚テストしたところで飽きた

**名前は開発中のものです。** · 2014/01/23(木) 23:07:23.01

３０枚て、ループで一発やんｗｗ

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

どうせ負荷0だしやる意味ないだろ

**名前は開発中のものです。** · 2014/01/23(木) 23:20:24.60

特に意味はなかった（白目）

**名前は開発中のものです。** · 2014/01/23(木) 23:43:34.09

10万枚だと重い(ﾄﾞﾔｯ!

**名前は開発中のものです。** · 2014/01/24(金) 15:03:13.15

とりあえず使わなくなった画像は画面外に放置で問題ないのかな

**名前は開発中のものです。** · 2014/01/24(金) 17:27:57.25

【NHKニュース】政府、外国人労働者受け入れ拡大　決定
http://engawa.2ch.net/test/read.cgi/poverty/1390536716/

靖国参拝、繰り返さぬ保証を＝米政府要求と報道
http://engawa.2ch.net/test/read.cgi/poverty/1390526693/

**名前は開発中のものです。** · 2014/01/24(金) 17:32:32.75

使わないリソースなら解放するだろ普通

ただ、同じピクチャを頻繁に表示・消去するときは、ダミーでピクチャ作って保持させておくと軽いよ、
というのはSmokingWOLF氏が言ってたと記憶してる。ソースがどこかは忘れたが
STGだとテクスチャある程度まとめてパターンで切り替えるだろうからこの手法が有効かもね

RPGで大きな立ち絵使う場合、速度より削除忘れを注意したほうがよいと思うよ

**名前は開発中のものです。** · 2014/01/24(金) 17:52:21.33

>>850
ダミーで読み込んでおくっていう仕様がよくわからん
別のピクチャ番号でAという演鞫怩ﾇみ込んｂﾅおくと
瑞謔ﾙどとは別のャsクチャ番号でAという画像を読み込むと処理が軽いってことでいいの？

**名前は開発中のものです。** · 2014/01/24(金) 18:03:18.53

>>850-851 にレスしている訳じゃなく、むしろそれとは関係無い上の方の話だが

杓子定規的に○○なら速いとか○○なら良いって決まる物じゃない。
そんな簡単に答えが出るなら機械にだって物を作れる。

「○○する時には○○すると速い」というのを見て、
盲目的にその手法にすがっているとその内に詰むぞ。

画像形式にしたって一長一短で、一長一短ならまだ良いが、
下手すると零長五短 (？) くらいになる場合すらある。

ケースバイケースの最適解を探るのも製作の重要な部分。

**名前は開発中のものです。** · 2014/01/24(金) 18:09:49.10

>>852
零長五短な形式は使う意味ないだろ＾＾；
場合によって有効度が違うんだから、変な言い回しで気取らずに「一長一短」でいいんだよ

**名前は開発中のものです。** · 2014/01/24(金) 18:10:23.35

>>851　そういうこと！

ピクチャ表示する時に、画像をメモリに読み込むとかなんとか

予め画面外にピクチャを出しておけば、次にピクチャ表示する時に
メモリに出す必要が無い。
毎回表示&消去してメモリに出したり消したりを繰り返すくらいなら、
予め読み込んでおいたほうが軽いらしい

**名前は開発中のものです。** · 2014/01/24(金) 18:20:08.38

蛍光灯を頻繁に付けたり消したりすると余計に電気を食うんで付けっ放しの方がマシ、みたいなもん

使う予定もないピクチャを消さずに出しっ放しにしてたら当然重くなる

**名前は開発中のものです。** · 2014/01/24(金) 18:24:49.58

HDDから読み込んで複合化しながらメモリに書き込むより
メモリから読んでそのままもう一回書く方が速いってことだろ
HDDの読み書き速度は頭打ち、複合化には(僅かだが)余分な時間がかかる、
ここ100レスずっとその話じゃん

**名前は開発中のものです。** · 2014/01/24(金) 19:42:01.38

よっぽど崇高なオリジナルシステムRPGができるんだろうな　楽しみだ

**名前は開発中のものです。** · 2014/01/24(金) 21:18:01.79

RPGだとどこまでやっていいかですげー悩むな
戦闘前に味方と敵が覚えてる技の画像やSEを全てを読み込んでおくとなると、
使用頻度が極端に少ないのに無駄にサイズ大きい技とか作りづらいし、
1ターンで終わる雑魚戦なんかのときでもかなり無駄ができる

コマンド式の戦闘とかで元の負荷が低い、使うエフェクト画像の種類が多い、基本的に1回の戦闘が短い、
この辺の条件なら先読みせずに表示して消去って感じでも良さそうな気もするんだが

**名前は開発中のものです。** · 2014/01/24(金) 21:48:33.63

>>851
戦闘時にターン毎立ち絵を表示する場合、キャラの画像を3枚用意して
キャラA表示＞キャラA消去＞キャラB表示＞キャラB消去
とやってるとするだろ

このキャラ画像を全て横向きに結合する
そして一番最初に立ち絵と同じサイズの4枚目の透明な画像を1枚入れて分割て
透明パターン＞キャラAパターン＞キャラBパターン＞透明パターン
とするとピクチャは表示しっ放しだが消えて見える
ピクチャは透明度が0になると、画像がフレームアウトした状態と同じ扱いになる

負荷は”表示されたピクチャの総面積”に比例するので
X10000Y100の画像を横に100分割すると、X100Y100の画像を表示した分の負荷しかかからない

**名前は開発中のものです。** · 2014/01/24(金) 21:56:02.60

>>851
SmokingWOLF氏のtwitter検索してきた。2009年（v2.02時代？）のツイートだった。

https://twitter.com/WO_LF/status/4943109766
> ピクチャの不透明度0にして表示しておくと、
> 次に別のピクチャ開くときにメモリから読み込むので速いですよ
> （どのピクチャにも使われていない場合だけHDD読み込み）。
> ただし速くなるのは分割数が同じ場合だけですけど＞ウディタ

バージョンが違うから細かい点は変わってるかもわからんけどね
これ以上は自分でテストして確認してくれ

**名前は開発中のものです。** · 2014/01/24(金) 22:13:52.04

あー補足
引用したツイートは、自分でメインループ組んで1/60秒でブン回す前提の話題だと思うんで念のため
基本システムいじってみようかな･･･という段階ならこういう話はそんなに気にしなくていい

「あれ？エフェクト派手に出したら処理落ちするんですけど？！」ってなったら、そのときに思い出すといいよ

**名前は開発中のものです。** · 2014/01/24(金) 22:54:44.70

>>858
普通のRPGなら気にする必要は微塵もないと思うよ。
10000命令処理してmsの遅延、って話なんだから。

**名前は開発中のものです。** · 2014/01/24(金) 22:58:04.35

画像の読み込みロスは１００００件でmsって程度じゃ済まなそう

**名前は開発中のものです。** · 2014/01/24(金) 23:04:05.55

1万枚分結合してるならピクチャは1枚で充分だろ

**名前は開発中のものです。** · 2014/01/24(金) 23:15:39.11

640×480のスチルを10枚表示したいとするじゃん
お前らが想定してることはそれぞれにピクチャ番号を割り振って
ピクチャ10枚をフレーム外に表示するってこと、当然重い

スチルを全部画像結合ツールで繋げて7040×480の画像にする
これを横に10分割して表示すると640×480分の負荷のみで表示範囲外は無視される
だがメモリには7040×480の画像がロードされているので
パターンを切り替えるだけで、瞬時にスチルが切り替わる

**名前は開発中のものです。** · 2014/01/24(金) 23:17:53.42

あぁ、透明化画像を含む11分割ね

**名前は開発中のものです。** · 2014/01/24(金) 23:26:30.14

勉強になるなあこのスレ
ある程度極めた人がこういうこと書いてくれるとほんと助かる

**名前は開発中のものです。** · 2014/01/24(金) 23:45:21.93

>>864
普通のRPGで、1フレームで10000件も画像表示しないだろ。

**名前は開発中のものです。** · 2014/01/24(金) 23:51:02.87

連結してるんだから1フレームで1件じゃね

**名前は開発中のものです。** · 2014/01/24(金) 23:55:48.41

ごめん、>>863あてだった。

**名前は開発中のものです。** · 2014/01/26(日) 11:42:10.94

RPGツクールで、ドラクエ3みたいなのを作っていたんですが
容量が100MBになりました
ウディタでも同じですか？

**名前は開発中のものです。** · 2014/01/26(日) 12:43:30.84

はい、同じ素材を使えば１００MBになります

**名前は開発中のものです。** · 2014/01/26(日) 13:32:05.25

但し実行速度はウディタが10倍速い

**名前は開発中のものです。** · 2014/01/26(日) 14:06:34.37

Rubyとかいう糞言語だからなツクールはｗｗｗ
Rubyから脱却しないかぎり処理速度・軽さはどうにもならんはｗｗｗ

**名前は開発中のものです。** · 2014/01/26(日) 14:21:32.87

・VXがスゴイと言われている理由
文章を勝手に定期処理で更新
フレームアウトしたイベントを何故か毎フレーム更新している、MAPが広いと地獄（RGSS3.0でようやく修正）
フレームアウトしたピクチャが何故か表示しっぱなし
遅延を誤魔化す為に入れたウェイトが随所に入っている為、修正無しだと無駄に遅い
ヤクでも決めたかのようなビジュアルのデフォ戦闘、しかもMAPの上に直出し
ピクチャを表示する度にメモリに保存し続けるという男前仕様の為、徐々に速度が遅くなる
リセットとロードを繰り返すと頻繁にセーブデータが破損する
MAPの仕様により横スクロールアクションがまず不可能、この時点で2000以下

文字通り一から作り直した方が早い

**名前は開発中のものです。** · 2014/01/26(日) 15:20:55.13

デフォルトだとXP未満だと言われてたのは知ってたがそういう理由だったのかｗ

**名前は開発中のものです。** · 2014/01/26(日) 15:21:47.91

XPはRGSSが使えないと何もできないから評価が低いって聞いたけど
VXもいろいろ酷いのか

**名前は開発中のものです。** · 2014/01/26(日) 15:29:29.82

当然のことながら、プログラムと言うのは文法が短い方が早い
Aが100行、Bが1000行で同じ実行内容のプログラムならAが早い

従って、プログラムは頑張れば頑張るほど遅くなる
デフォルトと言うか、全部消して最初から作り直さないと無理
ウディタでも基本システムは全部消すやろ？　それと同じこと

**名前は開発中のものです。** · 2014/01/26(日) 16:56:19.13

教えたがりクンが増えたな

**名前は開発中のものです。** · 2014/01/26(日) 16:57:30.36

ウディタの未来は明るいな

**名前は開発中のものです。** · 2014/01/26(日) 16:58:12.49

あとは作りたがりクンがいれば完璧だな

**名前は開発中のものです。** · 2014/01/26(日) 17:10:12.36

文法の長さと言うより、単純なバイト数だな
ファイル名が「漢字＜ひら/カナ＜全角英数＜半角英数」の順で展開速度が変わるのと同じ
背景1よりa1とつけたファイル名の方が早い
ひらがなでプログラムを書ける「なでしこ」なんかはネタとしては面白いが実用上問題外ｗ

**名前は開発中のものです。** · 2014/01/26(日) 18:40:15.13

後10年経てばその常識も変わってくるだろうけどね

**名前は開発中のものです。** · 2014/01/26(日) 19:31:47.10

>>875　ウディタも戦闘画面をマップの上に表示していると思うんだけど・・・？

以前、戦闘する時は戦闘マップに移動して云々って話を聞いたことがあるけど、
マップも表示することがそんなに問題なのか？
教えてもらえると助かる。知りたい

**名前は開発中のものです。** · 2014/01/26(日) 19:43:26.02

でかいマップ＋イベントたくさんな状態のマップでの戦闘と
なんにもイベントがない、マップチップもなにも配置してないマップで速度比べたらええねん

たぶん上の方は重いと予想
でも別マップに移動しちゃうとさ、シンボルエンカウントの場合は位置が元に戻っちゃうよね

**名前は開発中のものです。** · 2014/01/26(日) 19:55:29.93

マップ描画をON/OFFできるシステム変数を実装すればええねん
それで処理速度は0.4ms早くなる

ソースは煙狼氏のツイート

**名前は開発中のものです。** · 2014/01/26(日) 20:59:56.81

0.4msも向上すんのかよｗ

**名前は開発中のものです。** · 2014/01/26(日) 21:12:11.56

画面内のマップタイル縦x横xレイヤ数考えるとOFFで相当命令数減りそうだな

**名前は開発中のものです。** · 2014/01/26(日) 23:03:47.33

>>881
欲しがりクンなら満員御礼だぜ。

**名前は開発中のものです。** · 2014/01/27(月) 00:34:34.58

>>884
マップだけで糞重いのにそのままその上に余計なもの載せるなってことじゃね
軽いものは重ねても大したことないし分ければ重さも分散されるけど

**名前は開発中のものです。** · 2014/01/27(月) 01:51:41.43

>>885
俺シンボルエンカウントだからマップ上で戦闘だな･･･SFCレベルの動きしかしないから特に重くはないが
イベントの数を制限してマップを広くしないように心がけてる

**名前は開発中のものです。** · 2014/01/27(月) 03:06:20.31

チップセット切り替えで、空のマップセットや軽いマップセットに切り替えると良いかもって
エライ人が言ってたけど、自分の環境だと差が分からん
自分は重いマップ+重めの戦闘だから本当気になる

**名前は開発中のものです。** · 2014/01/27(月) 03:27:17.66

>>878
そうとは限らないぞ。

コンパイラや言語の仕様にもよるが、for ～で10,000回ループさせるよりか、
同じ処理を10,000行書いた方が処理速度自体は速い。
その代わりにメモリを食うので、極端にメモリアクセスが遅いハードなら遅くなる可能性もあるけどな。

**名前は開発中のものです。** · 2014/01/27(月) 09:49:05.12

マップはマップチップのレイヤー3枚、フォグを加えて4枚のピクチャ
イベントは出す度にピクチャが増える（但し画面外のイベントは無視される）
フォグは毎フレーム動作してるので特に重い

ピクチャをカットした分は戦闘シーンを豪華にできる

**名前は開発中のものです。** · 2014/01/27(月) 09:53:01.58

ピクチャ番号にセルフ変数入れて
ループで640×480のイメージを何枚表示できるか確認すれば大体わかる
推奨スペックギリギリだと多分30枚あたりで死ぬ

**名前は開発中のものです。** · 2014/01/27(月) 16:18:55.05

国連が衝撃宣告　「日本の賃金は先進国で”最低”、生存基準を下回ってる」
http://engawa.2ch.net/test/read.cgi/poverty/1390805763/

株式市場全面安のなかスクエニＨＤ前日比+24.0％と連日のストップ高　2009年以来の高値をつける
http://engawa.2ch.net/test/read.cgi/poverty/1390804924/

**名前は開発中のものです。** · 2014/01/27(月) 16:29:59.02

XP死亡のお陰で極端な低スペPC淘汰されたのでかいわ
昔ちょっと重いかなって思った処理も今は気にせずぶっこめる

**名前は開発中のものです。** · 2014/01/27(月) 20:08:11.11

単に技術がなくて軽く作れないだけだろｗ
マリオの再現フラッシュでガクガク処理オチしてるの見て
日本の技術力はもうダメだなと思った

たかだか40バイトのゲームで処理オチｗｗｗｗ

**名前は開発中のものです。** · 2014/01/27(月) 20:30:12.91

第一、軽い＝貧相＆陳腐という発想が意味不明
お前らの作ってる糞重いゲームを100倍の速さで作り直せるって意味だろ

**名前は開発中のものです。** · 2014/01/27(月) 20:31:23.74

あぁ、無論内容は全く同じ物で

**名前は開発中のものです。** · 2014/01/27(月) 20:32:38.12

100倍の速さのマリオを想像して──

絶望した。

**名前は開発中のものです。** · 2014/01/27(月) 20:35:31.24

余剰スペックでそのまま豪華に出来るだろ、糞重いゲームはマリオ止まりだろ
和ゲーの3Dと洋ゲーの3Dの差といえばわかりやすい

**名前は開発中のものです。** · 2014/01/28(火) 04:27:44.97

どちらも酔いますけどね

**名前は開発中のものです。** · 2014/01/28(火) 05:56:02.81

今だにXP以下のPC使ってる奴はフリゲやる前に仕事して新しいPC買い替えた方がいい

**名前は開発中のものです。** · 2014/01/28(火) 11:06:58.50

いちいちそうやって煽らんと気が済まんのはお前が出たての頃の
Vistaの糞ノートあたり掴まされた間抜けであることを誤魔化すためか？

**名前は開発中のものです。** · 2014/01/28(火) 15:41:46.86

と、煽らなければ気が済まない>>905であった……

**名前は開発中のものです。** · 2014/01/28(火) 15:44:31.31

と、反応せずにはいられない>>906であった……

**名前は開発中のものです。** · 2014/01/28(火) 16:23:31.28

ウディタはwin8.1じゃ動かないんじゃなかったか？

**名前は開発中のものです。** · 2014/01/28(火) 16:38:12.34

ウディコンとかのゲームって中身見れるの？
正直、いい意味でも悪い意味でも、他人の処理がすげえ気になるときがあるが

**名前は開発中のものです。** · 2014/01/28(火) 16:55:56.82

>>909
中身見れないよ、もしかしたら暗号化せずに公開している作者さんもいるかもね
まぁウディコンの上位陣や自作システムで作ってる人以外のは正直見る価値がない

**名前は開発中のものです。** · 2014/01/28(火) 17:03:53.55

>>909
過去ウディコンの上位陣の人で非暗号化の人を一人知ってる
まぁどの作品か言うと迷惑かかるから上から順に探してくれとしか言えん

**名前は開発中のものです。** · 2014/01/28(火) 17:50:21.80

>>909
よう乞食

**名前は開発中のものです。** · 2014/01/28(火) 18:41:59.64

パクル気はないけど、見ないと向上できない。
思いつけっていうの？

**名前は開発中のものです。** · 2014/01/28(火) 19:01:08.16

>>913
だからお前はいつまでたってもクズなんだよ
直接的な答えばかり求めるな

**名前は開発中のものです。** · 2014/01/28(火) 19:01:09.73

マニュアルよく見て疑問をトライ＆エラーの繰り返しで解消していき、処理方法を把握していくことと
自分がやってみたいことを色々な部分に分けて必要な処理の組み合わせを設計図に落とし込むことと

分業しないのならひとりで進めていかなきゃならないのに
設計図作れないで処理方法だけにこだわる人がトンチンカンなこと言い出してる印象

**名前は開発中のものです。** · 2014/01/28(火) 19:04:06.11

他人のを見て仕組み理解できる奴なら見なくても何かができる

暗号化してないものを欲しがる奴にろくな奴が居なかった

○○の部分を見ても意味がわからないので説明してくれという問いは
答える側からするとスゲエ望ましいんだが
そんな殊勝な質問者はほとんど存在しなかった

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

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