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

**名前は開発中のものです。** · 2011/11/01(火) 19:42:32.91

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/
■第三回公式ウディタコンテスト＜終了＞
ttp://www.silversecond.com/WolfRPGEditor/Contest/

前スレ
【ウディタ】WOLF RPGエディター　其の27
http://hibari.2ch.net/test/read.cgi/gamedev/1316611044/
関連スレ　ｳﾃﾞｨﾀ初心者質問ｽﾚWOLF RPGｴﾃﾞｨﾀ-
http://hibari.2ch.net/test/read.cgi/gamedev/1275717753/

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

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

**名前は開発中のものです。** · 2011/11/01(火) 19:42:53.39

【関連サイト】

◆ウディタ新聞
ttp://www4.atword.jp/wolfrpg/
◆ウディフェス＜終了＞
ttp://www36.atwiki.jp/wodifes/
◆非公式ウディタコンテスト-Wodicon-＜終了＞
ttp://www39.atwiki.jp/wodicon/
◆Sunsoften　（ツクール規格の画像素材をWOLF RPGエディター用に変換するツール「tkool2WOLF+｣を配布。）
ttp://www.silversecond.com/WolfRPGEditor/Data/Rikka/
◆WOLF　RPGエディター（ウディタ）製作・雑談・共有板 - したらば掲示板＜廃墟＞
ttp://jbbs.livedoor.jp/sports/22994/
◆【Wolf RPG エディター】　ウディタ技術解説Wiki - livedoor Wiki＜更新停止中＞
ttp://wiki.livedoor.jp/woditor/

【動画】

●WOLF RPGエディター紹介動画
ttp://www.youtube.com/watch?v=pSXfsSqrPBI
●第二回 WOLF RPGエディターコンテストトップ10動画
ttp://www.youtube.com/watch?v=q2WdD4nMe9g
●第三回ウディコントップ10動画
ttp://www.youtube.com/watch?v=FRJzOKltd-w

**名前は開発中のものです。** · 2011/11/01(火) 20:02:29.61

10/27にウディタ2が正式公開されました。
変更点を知りたい方は以下のサイトを御覧ください。

◆エディター更新履歴
http://www.silversecond.com/WolfRPGEditor/ReleaseLog.html
◆ウディタ2.00に迫る！
http://wikiwiki.jp/piporpg/?%A5%A6%A5%C7%A5%A3%A5%BF2.00%A4%CB%C7%F7%A4%EB%A1%AA

**名前は開発中のものです。** · 2011/11/01(火) 20:03:07.11

～ＦＡＱ～
Ｑ　○○は作れますか？
Ａ　ウディタはかなり自由度の高いエディターです。大抵の事はできるので、後はあなたの腕次第です。
　　まずは説明書を読んで、分からない所が出て来たらなるべく具体的に質問しましょう。

Ｑ　ツクールの素材を使いたいです。
Ａ　ツクールRTPに入っている素材やRTP改変素材はエンターブレインの規約上ウディタでは一切使えません。
　　規約に問題がなくてツクールの規格に合っている素材を使いたい場合は、tkool2WOLFを使いましょう。

Ｑ　何か企画やろうぜ！
Ａ　企画の発案は大歓迎です。ただし、スレ住人が少ないので満足行く結果が得られるとは限りません。
　　現在 WOLF　RPGエディター（ウディタ）製作・雑談・共有板に移動した企画もあります。

Ｑ　厨がウザイんだけど…
Ａ　スルーするのが一番です。もしもあなたが菩薩のような心を持っているとしても、優しく導く相手と場所は選びましょう。

Ｑ　～があったら良いと思うんだけど…？
Ａ　公式サイトの要望スレッドに書きこみましょう。きっと願いは叶います。
　　（http://www.silversecond.com/WolfRPGEditor/BBS_patio.cgi?mode=view&no=95）

Ｑ　非公式ウディコンはいつ開催ですか？
Ａ　不定期に開催ですので誰かが主催者に名乗り出るのを待つか自分が主催者になりましょう。
　　※決して投げ出さない強い心を持っていると良いでしょう。

Ｑ　コンテスト（作品）の感想は書き込んでいい？
Ａ　レビューがある場合はそこへ無い場合はここへ書き込んで問題無いです。
　　ただし、有益なスレにするため「～の処理が良かった。」など機能に関する感想が望ましいです。

◎まずは、完成させることが重要です。
　完成（仮）→投稿→感想をもらう→修正→完成（仮）→……
　の流れが望ましいでしょう。この流れであればとりあえず作品は完結し作成の軌跡が残ります。
　その軌跡を辿り新たな作品の礎にしても良いでしょ

**名前は開発中のものです。** · 2011/11/01(火) 23:16:26.13

　　　　　　／.⌒ヽ
　　　　／　　　　.＼　　　
　　　 ../　　　　　ヽ.　＼　　
　　　 (./　　　　　　ヽ.　）　
　　　 /　　　　　　　　l"　
　　 .ﾉ　　　　　　　　l　　　>>1乙
　　 l 　●　　　●　　..|　
　　 l　　　一　　　　　|　　
　　ヽ.._____ 　　　 _,ノ　　
.　　丿ﾉ　ﾉ丁丁￣l＼　
　 . く_(__（＿（_._」____）ノ

**名前は開発中のものです。** · 2011/11/02(水) 06:39:50.90

　　　　　　　　　＿∧ww∧_　　　　　　　　　　　　　　＿∧ww∧_　　　　　　　　　　　　　　　＿∧ww∧_
　　　　　　　　／　　　　　　　＼　　　　　　　　　　　　／　　　　　　　＼　　　　　　　　　　　　／　　　　　　　＼　
　　　　　　／　　　　　　　　　＼　　　　　　　　　／　／＼　　／＼　＼　　　　　　　　　／　／･＼　／･＼＼
　　　　　／　　　￣￣　　￣￣　　＼　　　　　　／　　　　　　　　　　　　　＼　　　　　　／　　　￣￣　　￣￣　　＼
　　　　＜　　　　（＿人＿）　　　　　＞　　　⊂ 　　　　（＿人＿）　　　　　　⊃　　　＜　　　　（＿人＿）　　　　　＞
　　　　　＼　　　　　　　　　　　　／　　　　　　＼　　　　　　　　　　　　／　　　　　＼　　　　＼　　　|　　　　／
　　　　　　＼　　　　　　　　　／　　　　　　　　＼　　　　　　　　　／　　　　　　　　＼　　　　＼＿|　　　／
　　　　　　　　ヽ.._____ 　　　 _,ノ　　　　　　　　　　　ヽ.._____ 　　　 _,ノ　　　　　　　　　　　ヽ.._____ 　　　 _,ノ
.　　　　　　　　丿ﾉ　ﾉ丁丁￣l＼.　　　　　　　　　　丿ﾉ　ﾉ丁丁￣l＼.　　　　　　　　　　丿ﾉ　ﾉ丁丁￣l＼
　 . 　　　　　　く_(__（＿（_._」____）ノ　 . 　　　　　　　　く_(__（＿（_._」____）ノ　 . 　　　　　　　　　く_(__（＿（_._」____）ノ

**名前は開発中のものです。** · 2011/11/02(水) 15:48:35.75

>グラデーション
本体添付のヘルプにはないだけか
公式サイトのヘルプはチェックしてなかったわ

よく考えればこっちの方が更新早いよな

**名前は開発中のものです。** · 2011/11/02(水) 16:04:05.41

エフェクトの描画座標シフトかな？

**名前は開発中のものです。** · 2011/11/02(水) 16:12:48.94

<GRADX-999-274>コレか

**名前は開発中のものです。** · 2011/11/02(水) 16:21:40.27

>>1
乙
>>6
懐かしいｗ

**名前は開発中のものです。** · 2011/11/02(水) 16:23:18.72

999(白)から274(緑)への　X軸方向のグラデーションかな。
ちなみに000だと黒になる

**名前は開発中のものです。** · 2011/11/02(水) 16:27:00.81

どうせなら16進で000000からFFFFFFにすればいいのに

**名前は開発中のものです。** · 2011/11/02(水) 17:38:00.84

久々に>>6を見て吹いたｗｗ

**名前は開発中のものです。** · 2011/11/03(木) 04:25:17.41

公式のスレって何周期でID変わってんだろ
1ヶ月とかそこいら？

**名前は開発中のものです。** · 2011/11/03(木) 07:46:01.91

気が向いたとき

**名前は開発中のものです。** · 2011/11/03(木) 09:05:37.44

回線による
固定の人はずっと固定
だけど、そんなの気にするのは問題発言垂れ流して晒されたバカだけでいいよ

**名前は開発中のものです。** · 2011/11/03(木) 11:35:37.45

すうさんのところの講座読み終わったレベルの初心者だけど、基本システム改造って難易度高いのな…
顔グラをちょっと動かすのすら上手くいかなくて、諦めて顔グラ自体に余白つけて無理矢理位置調整したｗ

**名前は開発中のものです。** · 2011/11/03(木) 11:54:45.57

たとえ無理矢理でも動きゃ正義さ！

自分で代わりの方法考えられるなら解析や対応する力はあるって事だし、あとは触ってるうちに改造できるようになると思う

**名前は開発中のものです。** · 2011/11/03(木) 12:22:34.56

>>17
無理矢理やったみたいだが
理解を深めるためにも「顔グラ」で検索してみることをおすすめする

**名前は開発中のものです。** · 2011/11/03(木) 12:26:36.90

前スレでも言ってた人いたけど基本システム改造より一から自分で組んだ方が簡単だよ
あのいりくんだ内容を一瞬で理解して
理想通りに改造しようってんだからそりゃ難しく感じて当然なんだよ
基本システムとかそもそもマップ空中にウィンドウもなく文字浮かぶだけだったのから
何年も改良重ねて出来上がったものなんだから
それを一瞬で理解しようというのは厳しいに決まってるさ

**名前は開発中のものです。** · 2011/11/03(木) 13:11:40.18

セーブ機能周りも基本システムだよね？
他は自分で都合良いように組めるけど、セーブはちょっとややこしい

**名前は開発中のものです。** · 2011/11/03(木) 13:12:33.16

>>20
その論法だと同等のものを自作するのには同様の年月がかかることになる
改造したいって事は現状の基本システムには不満があるって事だろ？
だったら、さらに時間がかかることになる
初心者にそれを薦めていいのか？

他人のコモンに手を入れるのが難しいって点は同意だが
それをする事でウディタの動作への理解が深まるのは確かだ
だから、とりあえず基本システム改造って手はアリだと思う

すでにRPGとしては動くものなわけだからモチベも維持しやすい
もちろん、あんまり高望みはするべきではないけどな

**名前は開発中のものです。** · 2011/11/03(木) 13:31:10.89

シンプルなもんならそんなに時間かからんよ　あっちはツール部分も手を加えて他の事もやってんだぞ？

**名前は開発中のものです。** · 2011/11/03(木) 14:06:53.56

>>22
基本システムが複雑な理由の一つは、様々な制作者・環境を考慮した作りになってるから
使わない人には無駄でしかない部分もあるし、これが自分の為だけのシステムになった場合かなりスリムになると思うよ

**名前は開発中のものです。** · 2011/11/03(木) 14:08:56.14

基本システムほどきちんとしてなくても無理やり動かせればいいわけだし

**名前は開発中のものです。** · 2011/11/03(木) 14:13:34.43

>>22
さらに時間がかかるかどうかは求める方向次第だろう

仮に基本システムが中央（空データ）から東に30歩進んだものと仮定する
自分が求めるものが南東の方向にあった場合
あとは南に進むだけだから基本システムの位置からスタートした方が早い
（基本システムの改造）

だけど自分の求める方向が西の方向にあった場合
東に進んでる３０歩分が遠回りになってしまう
この場合基本システムを使わない方で
中央（空データ）から進んだ（作った）方が早い

**名前は開発中のものです。** · 2011/11/03(木) 14:28:27.98

>>23-26
レスサンクス
たくさんついててびっくりしたわ

諸兄の指摘はごもっとも
書き方がまずかったのは認める

だから相手の求めるもののレベルが見えない状況だったから
いきなり自作を薦めてもって思っただけ

**名前は開発中のものです。** · 2011/11/03(木) 14:30:28.90

だからは無視してくれ orz

**名前は開発中のものです。** · 2011/11/03(木) 14:57:19.28

基本システム読み解くのは難しいが、作業量は自作のほうが多くなるだろうな

>>26の話はすでにRPGじゃなくてSTGが作りたいとかって人の場合だな
RPGの雛形使ってもあんま意味ないっていう

**名前は開発中のものです。** · 2011/11/03(木) 15:47:36.06

>>26の話って例えは西になってるけど
東に10歩分のシステムならやっぱりゼロから自作した方が早い
って話なんだよね

基本システム2だとコモンが名前呼び出しになっててリカバリも簡単だから
理解が深まるまでは改造でちまちまやった方がいい気はするんだが
作りたいシステムに持ってく過程が余りにも長いとモチベは落ちるわな

**名前は開発中のものです。** · 2011/11/03(木) 16:09:20.15

そもそもアイテムとか元々がゴチャゴチャしてるからな
武器防具道具は一括してしまうだけですごく簡単になる

**名前は開発中のものです。** · 2011/11/03(木) 16:34:38.96

>>30
かりに初心者が作りたがってる物が基本システムに限りなく近かったとしても、
他人のコモンを読み解く　＝　自分でコモン組めるくらいの知識が必要
だから大抵は難易度が自作＜改造になるのよ
基本システムも所詮はコモンであって、ツクールのDBのように変数理解して無くても弄れる簡単な代物じゃないからこそ
「基本システム弄るよりゼロから作った方が簡単だし勉強になる」と盛んに言われるわけ

**名前は開発中のものです。** · 2011/11/03(木) 16:34:46.24

作り方は参考になるんだけど
それを改造する気にはならないわ

**名前は開発中のものです。** · 2011/11/04(金) 08:38:16.36

>>32
難しいな
巡りまわるの近づくと話し声が聞こえてくるシステム
作ろうとしてるけどわりと難しい

**名前は開発中のものです。** · 2011/11/04(金) 09:26:46.71

構造化された実装を読み解く事は出来ても思い付けない人
は結構いる気がする

**名前は開発中のものです。** · 2011/11/04(金) 12:58:14.48

>>34
めぐめぐのは見てない（新verで追加とかされた？）から分からんが
まず頭上に吹き出し表示するイベント作って、範囲拡張したらダメなん？

**名前は開発中のものです。** · 2011/11/04(金) 13:09:21.84

基本システムと同レベルの自作RPGって武神くらいしか思いつかない・・

**名前は開発中のものです。** · 2011/11/04(金) 13:11:08.04

めぐめぐと魔神器もあったか

**名前は開発中のものです。** · 2011/11/04(金) 23:33:50.57

>>35
むしろDB拡張すると細かい点全部弄らんとダメだから基本システムは完全に構造化して欲しい

**名前は開発中のものです。** · 2011/11/04(金) 23:36:37.39

魔神器は当時初めて見たときかなり衝撃的だったんだよね
デフォ素材をあそこまで効果的に活かしたシステムをよく作ったものだと思ったよ
インターフェイスもシンプルなレベルでかなり高クオリティでまとまっていたし
ウディタやVXのようなチビホコグラは好きじゃなかったけど考え方を変えさせられたゲームだった

**名前は開発中のものです。** · 2011/11/05(土) 00:04:22.22

>>40
作者自画自賛乙

**名前は開発中のものです。** · 2011/11/05(土) 00:08:59.50

このスレの20%以上はryuさん信者もしくわryuさん含む多神教だと思うぞ

**名前は開発中のものです。** · 2011/11/05(土) 00:13:52.92

とりあえず自演乙って言っておけばOKでしょ

**名前は開発中のものです。** · 2011/11/05(土) 00:14:43.00

シンボルだかなんだかの成長値上下させるシステムでヘタ打ってクリア断念したけど割と良かったと思うよ
魔剣使いに一番適してるのがデフォルトのノーマルだったとは…

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

>>34
ページを利用して表示すれば良し。
①起動条件:プレイヤー接触　接触すれば②に移動
②起動条件:並列実行　吹き出し表示。プレイヤーの座標が範囲を越えた場合①に戻す
ここでポイントは①の接触範囲より②で①に戻す範囲のほうを広く取る事
これはあくまでセリフ用のMAPイベント。

**名前は開発中のものです。** · 2011/11/05(土) 06:56:46.21

>>45
そういう構造なのか
参考にする

**名前は開発中のものです。** · 2011/11/05(土) 07:55:10.33

全部DBで管理すればえぇやん

**名前は開発中のものです。** · 2011/11/05(土) 12:37:49.19

>>47
残念ながらほぼDBで管理できるが、意外に一部通常変数やらが必要だったりする。と自作システム作っている人が言ってみる。

**名前は開発中のものです。** · 2011/11/05(土) 13:54:16.65

たしかに次元変数的な利用しない限りは通常変数を使ったほうがいいだろうと使い続けて行くうちに
あれ？これDBで管理してほうがよかったんじゃね？
ってことはあることはある

**名前は開発中のものです。** · 2011/11/05(土) 14:33:23.17

>>47
一部通常変数もいらないだろ、特定範囲をチェックするコモン一つ立ててしまえば
そのコモン内の変数使えば済むだけの話あとはDBの設定次第じゃないか
DB内は該当MAP、座標XYもしくはイベントID　吐かせる台詞の設定だけ十分つくれるよ

**名前は開発中のものです。** · 2011/11/05(土) 14:34:23.62

おっと間違えた>48

**名前は開発中のものです。** · 2011/11/05(土) 14:41:13.53

好みの問題だな
管理しやすい方を選べばいい

俺はマップで完結させられる処理はマップでやった方がいい派

**名前は開発中のものです。** · 2011/11/05(土) 15:51:27.98

好みも糞もDB管理の方が汎用性高いのは確定的に明らか

**名前は開発中のものです。** · 2011/11/05(土) 16:05:57.59

動けばよかろうだろ…いやらしい

－α · 2011/11/05(土) 16:16:28.23

ありがちな最初の森の構造でさえクソ迷ってしまう　ｔｓｋｔ

**名前は開発中のものです。** · 2011/11/05(土) 16:22:11.43

>>53
汎用性高い≠管理し易い

**名前は開発中のものです。** · 2011/11/05(土) 16:40:59.83

・DBで管理できるよ
・通常変数必要じゃね？
・いや、DBでいける

こういう、できる・できないの方法論の話が出ると必ず
好み云々言い出す人間が出てくるのが不思議でしかたがない
使う人間の好き嫌いの話ははじめから論点ではない

**名前は開発中のものです。** · 2011/11/05(土) 16:51:30.22

はいはいDB管理最強

↓次の話題どうぞ

**名前は開発中のものです。** · 2011/11/05(土) 17:27:51.56

>>50
実際に作れば分かるんだけど
セリフを吹き出しする人物の数だけ並列実行が必要だからな
残念だけどMAPイベントで制御するしか無いんだわ。

**名前は開発中のものです。** · 2011/11/05(土) 17:39:31.12

>>59
さすがにそれはないわ
>>50はマップも座標(かイベントID)もDBで管理するって言ってんだから
人物の分だけループ回してデータベースを読めば済む話

>>57
俺はどっちでも「できる」んだから好きな方でやれって言っただけ

**名前は開発中のものです。** · 2011/11/05(土) 17:44:11.03

性能の話をしてるのにWINDOSとMACをいきなり好みで選べって言い出すバカに似てるよね(´・ω・`)

**名前は開発中のものです。** · 2011/11/05(土) 17:54:34.00

どの方法でもできてやり方選ぶだけならそりゃ後は好みになるよ

この方法ではできないって言ってる人がいるけど
そう言う人が存在してることや実際不可能があるかは関係なく
発言者自身が複数方法で可能と信じてるから好みが出てくるんじゃないの

**名前は開発中のものです。** · 2011/11/05(土) 18:01:09.47

>>60
すまん一番大事な「同時に」が抜けてたわ。
何人もが同時に吹き出し表示の場合コモンで制御するのは無理あるだろ
範囲だけ並列実行させてで吹き出しピクチャ表示は呼び出し起動にするつもりか？
吹き出しのピクチャの消去はどうすんだよ。
ディレイで消すつもりか。実際としてうまくいかんぞ
範囲外抜けて消すほうが自然なんだよ。

**名前は開発中のものです。** · 2011/11/05(土) 18:20:47.82

どっちが汎用性高いとかはどうでも良いよ
マップイベントでこういう風にすれば出来るよっていう情報と、
それならDBでこういう風に管理する事も出来るよっていう情報が出ただけで充分

>>63
同時に二箇所以上で喋らせるつもりで話してた貴方と
一箇所のつもりで話してた>>60とじゃそりゃ話が食い違って当然なのに
「ピクチャ消去どうすんだよ」って喧嘩腰に言われても困る
一箇所ならDBでも問題ないんでしょ？

**名前は開発中のものです。** · 2011/11/05(土) 18:21:39.32

複数表示はデータ番号からピクチャ番号決めればいけるでしょ？

消去の方は、表示する際にピクチャ消去されてるかどうかチェックしてる？

**名前は開発中のものです。** · 2011/11/05(土) 18:28:39.91

いや、汎用性の高さの話してるんだけど？

**名前は開発中のものです。** · 2011/11/05(土) 18:30:31.95

つーか　その吹き出しコモンのMAPイベントを複数作るとき元のイベントコピーして量産するだろうから
それコモン化しちゃえば？ってだけなんだがね

**名前は開発中のものです。** · 2011/11/05(土) 18:44:26.15

組み方なんて動けばいいんだから、何でもいいっしょ。
そんな事考える前に完成させたやつが勝者。

**名前は開発中のものです。** · 2011/11/05(土) 18:46:17.78

「できる」「できない」ｎ話になると、どっちでも最終的には「できる」から
じゃあそれじゃ意味がないから汎用性を考えようって話なのに
自分の好みとか何でも良いとかアホだろｗｗ思考放棄すんなよ

**名前は開発中のものです。** · 2011/11/05(土) 18:57:09.90

>>64
そもそも複数だろうが一箇所だろうが不都合はないんだよね
コモン制御する場合、主人公と人物の相対座標求めるんだから、
ピクチャー消去にもそれを使ってやればいいだけ

**名前は開発中のものです。** · 2011/11/05(土) 18:57:14.34

汎用性の申し子かお前はｗ

そもそも出来る出来ないの話で意見が食い違ってたんだから
両方で出来るならそりゃDBの方が汎用性は高いだろうよ
だから汎用性は関係ない、好きな方選べばってなってんのに

**名前は開発中のものです。** · 2011/11/05(土) 19:03:05.04

んや、好みの問題だよ

現実的にマップイベント全く使わず全部DB管理とか可能かも知れんが普通は絶対やらない
それで完成させられる人が他の方法を思いつかないなんてありえない
あえてそれでするのは好み以外の何者でもない

**名前は開発中のものです。** · 2011/11/05(土) 19:23:25.60

>>70
俺の頭だとどういう風にやれば良いとか明確に見えてないけど
やろうと思えば出来るんだな

というか二人で意見してるのかと思ったら
マップイベントでしか無理だと勘違いしてた人と、
DBでも出来るけどマップイベント派っていう人と
DBのが楽だからDBが良いよって人がいたんだな

**名前は開発中のものです。** · 2011/11/05(土) 19:25:55.49

>>71
お前はくりしちゅの上田かｗ

**名前は開発中のものです。** · 2011/11/05(土) 19:27:04.99

プログラマーorスクリプターってのは合理的に概念を構造化する生き物であるべきなのは明白で
そこに好みとか何でもいいとか不確定要素を選択する人はプログラミングには向いてない
わりとマジで

あとマップイベントと通常変数とDBで話がごっちゃになってるのは秘密な

**名前は開発中のものです。** · 2011/11/05(土) 19:28:41.27

全てコモンとDBでやれよって奴はオブジェクト指向派で、
通常変数使えよって奴は「実はオブジェクト指向ってしっくり来ないんです！」派だな

**名前は開発中のものです。** · 2011/11/05(土) 19:29:31.66

>>75
Perlの理念とか見るとそうでもないよ

**名前は開発中のものです。** · 2011/11/05(土) 19:30:03.30

そろそろ2.01出してくれんのかな

結構目立つバグが溜まってきてるんだが

**名前は開発中のものです。** · 2011/11/05(土) 19:31:46.82

>>75-77
まじめに考えることができるやつがプログラマーになるのはほんとに勿体無いよ
数は高卒と専門に履いて捨てるほどあるしな

**名前は開発中のものです。** · 2011/11/05(土) 19:37:14.79

>>75
それってどの点を合理的だと捉えるで変わらないか？
ウディタの場合、コモンの構造を合理化するのも大事だが、
シナリオ部分の作成効率を合理化するのも大事だと思うぞ？

今回の場合、
シナリオが本来受け持つ部分までDBに背負わせることになるわけで
作業動線はどうしても悪くなる

マップイベントをコピったり削除したりするだけで済むところが
DB操作しなくちゃまともに動かないなんて効率悪いだろ？

**名前は開発中のものです。** · 2011/11/05(土) 19:52:18.53

お前ら話食い違いすぎワロタ

**名前は開発中のものです。** · 2011/11/05(土) 19:53:12.65

みんな自分の考えてる議題で他の人も話してると思ってるからね

**名前は開発中のものです。** · 2011/11/05(土) 19:55:58.30

そもそもどこがこの話のスタート地点なのかから食い違ってる

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

>>45「こういう方法があるよ」
>>47「（どうせコピペで増やすなら）DBでええやん」
>>48「通常変数必要じゃね」
>>50「いんや、DB次第っしょ」
>>52「好みの問題」　←（？）

有意義な技術面の流れを「好みの問題」と相対主義的な考えで
バッサリと断ち切るのは本当に勘弁してほしい
DBの方が良いという意見に反論があるなら最初から>>80みたいな反論をすればいい
好みの問題と論点を変えてしまうからややこしい

**名前は開発中のものです。** · 2011/11/05(土) 20:16:03.02

>>84
>>34の結果を>>53であなたが宣言したようにDB管理で組むと想像してくれ
実際に組まなくていいから、どういう方法で実現するつもりなのか説明して欲しい

**名前は開発中のものです。** · 2011/11/05(土) 20:18:31.29

好みの問題って言ってる人は>>34に対するアドバイスの締めとして言ってるのかな？
まあその先の議論をする事を止める必要もないさね

**名前は開発中のものです。** · 2011/11/05(土) 20:21:50.50

方法については>>50までで答えがでてる
好みの問題はできるようになった人が自分で判断すればいいってだけだろう
>>53で汎用性のはなしがでてきておかしくなった

**名前は開発中のものです。** · 2011/11/05(土) 20:25:00.72

>>87
うん、だからだよ
汎用性のこの人が他人に説明できる程度に理解できてるのか物凄く気になってる

**名前は開発中のものです。** · 2011/11/05(土) 20:36:27.42

俺の発言が発端なのは自覚してた
暇すぎていろいろと構いすぎたすまん

言いたい事は>>87が言ってくれてるのでもう黙る

**名前は開発中のものです。** · 2011/11/05(土) 20:46:45.81

盛り変えすんだが
好みうんぬん汎用性うんぬんじゃなく
並列実行コモンでのDBから読み込んでループしての一括管理は無理。非現実
まず"個別"のフレーム管理が出来ないじゃん。
範囲外に出て消してすぐ範囲内に入っての表示は不自然だから間隔をあけるだろ。
個別に並列イベントを作っておけばページを戻す直前にウェイトをいれたら済む話だけどどうすんの？
ゲーム内の時間やイベントのフラグによって内容変えたいと思うだろうけど
条件分岐作りまくって対応させんのか？ページ増やせば済む話なんだけど
実際に作るともっと粗が出るだろうよ。
視覚的な管理のしやす、負荷、仕事量、拡張性からの観点からみても駄目だろ

**名前は開発中のものです。** · 2011/11/05(土) 20:54:29.18

おまそそおまなか

**名前は開発中のものです。** · 2011/11/05(土) 20:55:01.57

そんな略し方初めて聞いた

**名前は開発中のものです。** · 2011/11/05(土) 20:55:16.04

>>88
こういう表示をしたい、という話でAとBの処理方法があるという話が出ました
(↑この段階で>>34への答えは終了)
誰かはAがやりやすいと言いました
誰かはBがやりやすいと言いました

どっちが使いやすいの？と誰かが聞きました
誰かは人によると言いました
誰かは好み次第だよと言いました
(でもそれだと納得しないようです)

好みの話は>>34には言ってないよ　話ごっちゃにしてないか？

**名前は開発中のものです。** · 2011/11/05(土) 21:02:24.34

>>87
＞好みの問題はできるようになった人が自分で判断すればいいってだけだろう

そのとおり、自分で判断すればいいだけだ
>>52は各人が自分で判断すればいい事をわざわざ言及するから不自然なの
要するにID:6jezSpm0は本音ではDB云々に反論したいわけだ（実際>>80で反論してるしね）
「俺はマップ派」とか付け加えてるのがいい証拠

>>85
コピペ基本で、必要に応じて雛形改造じゃ一つの変更で作業量が膨大になる
DBならタイプ数増やして専用コモン弄ればそれで済む
これを汎用性が高いと言っとるの

**名前は開発中のものです。** · 2011/11/05(土) 21:02:32.02

とりあえず複雑に捉え過ぎて頭がパンクしてるのはわかった

**名前は開発中のものです。** · 2011/11/05(土) 21:13:53.24

とりあえずこの流れみて
これからウディタやってみようって思う人はいないだろーね
こうしてますますニッチ化が進行していく、と

**名前は開発中のものです。** · 2011/11/05(土) 21:16:38.61

>>96
ニッチ言いたいだけだろ

**名前は開発中のものです。** · 2011/11/05(土) 21:16:44.10

２ちゃんの専用スレ見てからソフト使ってみようって人も少ないと思うけどな

**名前は開発中のものです。** · 2011/11/05(土) 21:20:16.99

別にニッチ化とやらでもいいじゃない
使いたい奴が使うさ

**名前は開発中のものです。** · 2011/11/05(土) 21:50:53.74

>>90
不自然か？

**名前は開発中のものです。** · 2011/11/05(土) 22:15:39.30

>>90はDBで試した上で出来なかったって言ってるんだよね？
出来なかった時の処理を細かく言えばDB派の人が修正してくれるんじゃないか？
>>90が単純ミスしてる可能性もある訳だし

**名前は開発中のものです。** · 2011/11/05(土) 22:17:45.55

効率悪い奴がなんか引っ込みつかなくなってすごいことになってんな

**名前は開発中のものです。** · 2011/11/05(土) 22:37:08.08

ちなみに俺がDBで一番好きなキャラは
界王神に力を開放してもらった真・悟飯な

**名前は開発中のものです。** · 2011/11/05(土) 23:16:03.98

>>100
不自然かどうかはおいといて事の発端はめぐめぐみたいなの作りたいってレス。
めぐめぐにはこの機能というかウェイトをイベント毎に入る。
しつこいがまだまだ粗出てくるからな。SHOPだとかイベントが起きて
範囲内に入ってても吹き出しピクチャを消したい場合が出てくる。どうすんの？
こっちはSHOP抜けてすぐ表示せずにウェイト入れて制御できるけど
DB派とか言われてもこっちも思いっきりDB利用してる。
言いたいのは範囲入った⇒表示。終わり。という安直な考えでは出来ないって事

**名前は開発中のものです。** · 2011/11/05(土) 23:18:26.02

そこがそもそもの発端じゃないってのが認識の違いなんだろうな

**名前は開発中のものです。** · 2011/11/05(土) 23:19:44.45

ないわ
悟飯のピークはピッコロと修行してた頃だろ

**名前は開発中のものです。** · 2011/11/05(土) 23:19:53.46

よく知らないけどSHOPの時の変数作って吹き出し表示のときに分岐したらいいんじゃないかな

**名前は開発中のものです。** · 2011/11/06(日) 00:17:29.42

だからマップでもできるけど汎用性だとDBのほうがダントツでしょ？って話だろ？
管理面でマップとかめんどくさすぎてダメだな。
仕事で構造化とかやってるとマップに置くような不確定要素とかムズ痒すぎる

**名前は開発中のものです。** · 2011/11/06(日) 00:22:19.76

基本システム2で装備の状態異常耐性がなくなってるけど
それを改造で実現させようとした時に
構造化大好きの人は装備コモンを丸ごと弄くろうとしそうなイメージ

**名前は開発中のものです。** · 2011/11/06(日) 02:25:28.04

２でウディタはじめて、これから異常耐性装備作ろうとおもったら無いの気づいた
必須項目だろ・・・どうすっかなぁ
自作コモン弄るのは良いけどデフォ弄るのって色々と怖い

**名前は開発中のものです。** · 2011/11/06(日) 04:58:53.25

バックアップというかコピーとって色々実験してみようぜ
月並みな言葉だが失敗してみるのも悪くない

**名前は開発中のものです。** · 2011/11/06(日) 05:13:14.33

今来て読んだが
ID:ht4gUw/eが碌に読まず、あるいは理解せずに返答してることと、
少なくとも>>50の時点では（実際は今も）「出来る」と結論が出てないのに
「出来る」前提で話進めてごっちゃになってるのがカオスの原因かね。（出来るが複雑になりすぎる場合も含む）
ちなみにID:ht4gUw/eは後者にもガッツリ引っかかってるからよりカオス。

**名前は開発中のものです。** · 2011/11/06(日) 05:27:58.90

むしろ構造体使うのに「できない」とする根拠ｋｗｓｋ

**名前は開発中のものです。** · 2011/11/06(日) 05:48:13.21

・マップイベント派
マップイベント使えば簡単と言っただけでDB一切使わないなんて言ってない
後にはDB使うべき時は使うと言ってる

・DB派（汎用性派）
ID:ht4gUw/eはマップイベントを使うことを（言葉は違うが）格好悪いという微妙な理由で拒絶してる

・好み派
マップイベント一切使わずDB管理だけでも組めるかも知れないが明らかに面倒だろ
面倒な方法が好きなら勝手にやれば？　という意味で好みと言ってる

通常変数はDBと変わらんのでどうでもいい
要は汎用性に拘って労力考えない芸術家気取りのグラマが一人いただけ

**名前は開発中のものです。** · 2011/11/06(日) 06:04:04.06

ここでめぐめぐの作者がNPC台詞のコモンEVを公開という神展開を期待

**名前は開発中のものです。** · 2011/11/06(日) 06:34:12.53

>>114
ツッコミどころ満載すぎるｗ

DB使うっつってるのはID:Ur4rSReOだけ
ID:6jezSpm0はマップオンリー

>>34に対する教示は>>45で既に終わってて
>>47からは構造化の話にシフトしてるのに
それすらひっくるめて好みの問題って言って〆ちゃうからつっこまれるんだろｗ

**名前は開発中のものです。** · 2011/11/06(日) 06:55:02.64

>>116
前者はDBで出来る所はDBも使うけどある処理はDBでは出来ないから
通常変数使ってマップイベント処理しないといけないって言ってる
(この人は全部DBで出来ると言ってる人に納得してない状態)

後者はDBで全部出来るけどマップイベントの方が好きって言ってる

んでDBで出来るしDBのが良いって人もいる
(後者とこの人のレスが混ざって混乱を生んでる気がする)

こうじゃないの？

**名前は開発中のものです。** · 2011/11/06(日) 07:02:35.50

>>116
・常識派　ID:Ur4rSReO
マップイベントを利用した一目瞭然な実例をあげた
DB一切使わないなんて言ってないどころか、後にはDB使うべき時は使うと言ってる

・コモンイベント派兼DB派　ID:32DegsZp
基本理念はマップイベント派の一部
処理をコピペしまくったマップイベントに任せるのを嫌い、処理部分はコモンにすべきという考え
これ自体は当たり前の主張だが、できるだけDBで管理すべきという主張をしている

・マップイベント派　ID:6jezSpm0
コモンイベント派に対抗し、コモンに頼るよりも全てマップイベントに任せた方が美しいという考えを主張した

・初期好み派　ID:6jezSpm0　ID:aMNnC3Fi
この時点では「コモンイベントもマップイベントも好きにすりゃいいじゃん」という主張だった

・汎用性派　ID:zHrDB7Mt
好み派を馬鹿にしてるだけで発言内容がカスカスなので忘れられていた、屁のような存在

・汎用性派　ID:ht4gUw/e
汎用性という単語を旗印にマップイベントの利用を否定し全てをDBで管理すべきと主張した
大勢の人が「できるかどうか怪しい」と疑っている『DBで全部管理』をできると断言しているので実はただの天才かもしれない

・後期好み派　ID:6jezSpm0　ID:aMNnC3Fi
汎用性派に人格攻撃を受け初期好み派が変貌
「マップイベント一切使わずDB管理だけでも組めるかも知れないが明らかに面倒だろ
　面倒な方法が好きなら勝手にやれば？」　という意味で「好み」を使い始めた

**名前は開発中のものです。** · 2011/11/06(日) 07:24:55.52

いやぁー　香ばしくなっておまいりました

**名前は開発中のものです。** · 2011/11/06(日) 07:51:40.68

>>118
DB/マップの優劣の話からこれほど「好み」って単語が飛び交うあたり
優劣の話と好みの話をごっちゃにしてる奴の数ハンパないなｗ
Aの優位を主張したからって、A以外を使う事を否定なんて誰もしてないのにね
こういう二極論からはいい加減卒業しようや

**名前は開発中のものです。** · 2011/11/06(日) 08:02:28.91

>>120
全然理解できてなさそうだということは理解できた

好みという単語だけで過剰反応して言葉狩りしなさってるけど
好み＝個人の自由と言ってるだけだぞ本当に

お前の言葉でいう
＞Aの優位を主張したからって、A以外を使う事を否定なんて誰もしてないのにね
まさにこれ、そのもの
何でお前が決め台詞みたいにかっこつけてこれを言ってるのに
同じこと言ってる「好み」を単語の聞こえだけで否定してるのか理解できん

**名前は開発中のものです。** · 2011/11/06(日) 08:11:48.98

常識……だと……？

**名前は開発中のものです。** · 2011/11/06(日) 08:17:18.39

全然読んでないけどそろそろ終わりにしとけよ。な。

**名前は開発中のものです。** · 2011/11/06(日) 08:20:59.73

ついったーでやってよ。どうせ同一人物なんでしょ
そしたらとぅぎゃったーにまとめてあげるから

**名前は開発中のものです。** · 2011/11/06(日) 08:22:43.15

煽り耐性が無い奴は
自分が勝利宣言できないと悔しくて寝れないんだろ

**名前は開発中のものです。** · 2011/11/06(日) 08:25:46.38

>>121
個人の自由や好みなんてのはみんな最初から前提としてわかってるのし論点じゃないのｗ
前提としてわかってる物を優劣の話の最中に突然主張し始める理由は何だい？
優劣の話と好みの話を混同してるからだろ
Aの優位を主張されると「Bを使う個人の自由を侵害された！」っておかしな被害妄想が働くから
個人の自由を主張しはじめるわけだｗ

**名前は開発中のものです。** · 2011/11/06(日) 08:27:25.93

>>118
ID:6jezSpm0が少し違わね？
別に美しいとかじゃなくてマップ内で完結できるならそのほうが好きって発言だけだし
その時点で既に管理しやすさ、要は個々人の合理性や作業効率に言及してる。
汎用性もアジャストの手間減らすとかで結局作業効率の話なのに
都合の悪いこと全スルーで「汎用性が高くて超便利！DB管理最高！」つってるのがいたから
作る手間と管理する手間と拡張性（これはID:Ur4rSReO）の視点で対立した感じ。
そういう意味で一貫はしてるよ。
「好み」って単語も個人の自由ってより自分のやりやすさ（作業効率高くなるもの）に合わせろ的な。

**名前は開発中のものです。** · 2011/11/06(日) 08:36:28.93

ID:sQ22eCo0ってあれだろ
「汎用性」言いまくって叩かれたんで
今度は「構造体」に単語変えて同じ主張しながら様子見して噛み付けそうなとこに噛み付いてるだけだろ

「好み」って単語見ただけで馬鹿にしてるのが「汎用性」と一緒

**名前は開発中のものです。** · 2011/11/06(日) 08:52:17.14

そんなことよりお前ら
ﾋﾟｸﾁｬ左右反転とﾋﾟｸﾁｬ角度変化を同時に行う方法を教えてください

**名前は開発中のものです。** · 2011/11/06(日) 09:12:29.67

２の自由変形を駆使したらどうにかなったぜ
でも角度によって自動で座標位置計算する式ができそうにないぜ
妥協してあらかじめ反転した画像を用意しておくぜ

**名前は開発中のものです。** · 2011/11/06(日) 09:26:39.54

三角関数使えば簡単にできるね
自己解決ごめんね

**名前は開発中のものです。** · 2011/11/06(日) 11:11:43.17

>>129
自由変形つかえ

**名前は開発中のものです。** · 2011/11/06(日) 12:31:28.48

朝までやってたのか暇だねお前ら

**名前は開発中のものです。** · 2011/11/06(日) 13:15:07.09

>>110
属性耐性を流用するってのもアリなんじゃない？

・状態に属性の項目を持たせる
・状態を付加するタイミングで属性耐性に応じて補正する

それほど難しい改造しなくてもいけないかな？

**名前は開発中のものです。** · 2011/11/06(日) 13:22:29.55

>>134
それすらできないから悩んでるんだよ
最近ここがゲ製板であることを忘れそうになる

**名前は開発中のものです。** · 2011/11/06(日) 13:30:46.92

属性耐性の部分をコピペして読み込みと受け取り先のDBの値を変えるだけであら不思議

**名前は開発中のものです。** · 2011/11/06(日) 21:58:46.43

作ったのか偶然かわからんが状態耐性っぽいコモンができてる
やったね>>110ちゃん！装備が増えるよ！

**名前は開発中のものです。** · 2011/11/06(日) 22:25:40.46

おいそれ死亡フラグ・・・

**名前は開発中のものです。** · 2011/11/07(月) 08:39:06.07

２を弄ってみたら、戦闘中の回復が効果0になるんだけど
これってツール側のバグじゃなくて俺がなんかしちゃったのかな
こんなバグがあったらすぐ分かるからなぁ…

**名前は開発中のものです。** · 2011/11/07(月) 12:30:25.83

どう弄ったかわからんからバグかどうかもわからんが、技能周りは修正が多いから新しいバグも発生しやすい方

**名前は開発中のものです。** · 2011/11/07(月) 12:47:07.97

凡ミスであやしいのは　何に影響する？　相手の防御・精神防御を　あたりかね

**名前は開発中のものです。** · 2011/11/07(月) 16:52:32.78

>>45の方法を参考に吹き出しコモン使って表示させたんだけど
主人公が動くと吹き出しが結構ずれたり点滅したりするなぁ
自分でピクチャウィンドウ表示してスクロールとリンクチェックしたほうがいいかな

**名前は開発中のものです。** · 2011/11/07(月) 20:24:30.75

>>142
ピクチャの点滅やズレの原因ってたいていはピクチャ表示の条件が緩いせい
表示の条件が主人公としゃべるキャラの座標だけだったりすると
条件を満たしてる限り毎F表示を繰り返しちゃうからズレや点滅が起こるんじゃない？

**名前は開発中のものです。** · 2011/11/07(月) 21:51:30.76

「一番上にあるレイヤーのタグ番号取得」っておかしくね？

レイヤー3にタグ番号0のチップ置いてるのに1が返ってくるんだけど

**名前は開発中のものです。** · 2011/11/07(月) 21:55:21.29

すみません、自己解決したお

**名前は開発中のものです。** · 2011/11/07(月) 22:03:17.80

>>143
範囲内に入ったらself0=1にして、self0=1になると
並列処理で吹き出しが出る→ウェイト→self0を0に戻すっていう処理しかしてない
(吹き出し位置を決めるのは吹き出し表示コモンがやってくれるから特に変えてない)

こっからもう一工夫ニ工夫しろって事だよなぁ
ありがとうもうちょっと考えてみる

**名前は開発中のものです。** · 2011/11/07(月) 22:17:02.22

それだとcself0が0になった瞬間また1になって吹き出し起動すんじゃね

**名前は開発中のものです。** · 2011/11/07(月) 22:43:31.23

だよな
吹き出しの時間を制御したいならフレームで管理しないと
範囲内に入った時の経過フレームと現在との経過フレームとの差で時間を制御
self0を0に戻すのは範囲外に抜けたとき。この処理計算こそ並列実行である意味

**名前は開発中のものです。** · 2011/11/07(月) 23:42:05.55

んー
フレームに拘らなくても範囲外に出たら0、ウェイトが終わってピクチャ消える時は2にすればいんじゃね

**名前は開発中のものです。** · 2011/11/07(月) 23:48:33.45

ミスった
ピクチャ消えた時は分岐で0か2だった

**名前は開発中のものです。** · 2011/11/08(火) 00:18:35.56

self0=0（ウェイト後に範囲から出た）か2（ウェイト後も範囲内）か分岐させなくてもよくね？
self0=1である限り何度も処理する形になってるから点滅しちゃうって事だよな
だから表示処理を一度限りに制御して、範囲外に出たとき0に戻せばいいんじゃない

**名前は開発中のものです。** · 2011/11/08(火) 02:02:13.58

ウディタ触ってまだ日が浅い自分じゃ理解が追いつかんなあ…
今度はブレなくなったけど消えなくなったわ…

**名前は開発中のものです。** · 2011/11/08(火) 06:36:01.93

消す処理は忘れてないよな？
まずは話しかけたら吹き出し表示とか簡単なのでテストして、それができたら条件付けてけばいいと思う

**名前は開発中のものです。** · 2011/11/08(火) 15:15:52.59

32x32のマップチップってあんまりないんだなあ。
いろいろ探してるけど、どうもしっくりくるものがない。

やはりまだ16x16が主流なんでしょうか？

**名前は開発中のものです。** · 2011/11/08(火) 15:33:47.03

40×40に比べれば充実しすぎ
余裕で足りてる

**名前は開発中のものです。** · 2011/11/08(火) 15:37:26.29

まともに使えそうなのってRefmapとMackのやつだけ？
他にある？

**名前は開発中のものです。** · 2011/11/08(火) 15:44:56.85

配布サイトまとめあったのか
ttp://wikiwiki.jp/piporpg/?%A5%DE%A5%C3%A5%D7%A5%C1%A5%C3%A5%D7%B2%E8%C1%FC%C1%C7%BA%E0%20%C7%DB%C9%DB%A5%B5%A5%A4%A5%C8

**名前は開発中のものです。** · 2011/11/08(火) 15:48:00.93

なんで16x16を拡大して表示するなんて暴挙に出たんだろうな
はじめから32x32でやればよかったのに
でかいドット打てば16x16のレトロ感も出せるし悪いことが何もない

**名前は開発中のものです。** · 2011/11/08(火) 18:24:48.71

ちょいと質問です。

１．マップ上で特定のアイテムや特殊技能を使ったことを検知してイベント起動できるのか？
⇒例えば真っ暗なマップで「松明」を使うと、自分を中心に明るくなる、ようなイベント

２．マップ上に特定のイベントキャラがいるとする。マップ上で任意のアイテムや特殊技能を使う過程で、任意でカーソル操作し、そのイベントキャラを選択することで新たなイベントを起動する。
⇒物陰に隠れて、敵の見張りを弓で殺すようなイベント

上記のようなイベント起動ってできるのでしょうか？

**名前は開発中のものです。** · 2011/11/08(火) 18:30:11.41

味噌汁で顔洗ってサンプルゲームをやってから出直してきやがれ

**名前は開発中のものです。** · 2011/11/08(火) 18:30:30.00

misu

**名前は開発中のものです。** · 2011/11/08(火) 18:37:28.62

1.事前に並列実行で変数で条件分岐する松明イベント作っておく→アイテム使ったら変数操作

2.キャラを選択し、選択したのがイベントキャラなら新たなイベントに分岐するコモンイベントを作る→アイテム使ったら起動

とかでどうよ

**名前は開発中のものです。** · 2011/11/08(火) 19:11:24.25

近づいたら話しかけてくるシステムはこのゲームにもある。
http://www.nicovideo.jp/watch/sm11352460

なんかコミュニティーが出来てきたのが嬉しいな。
教え合いと褒め合う文化と欧米インディーズ業界とを繋げわせたいな。
できれば独創的な作品や個性がうまれるようなゲーム制作できるような。

俺なんかみたいに今はゲーム作ってないけどフリゲ業界全体を上から
見下ろして考えてる人間管理の達人になるとマイナーだけど頑張ってる
作者のブログに一言書き込んだりしてるからな。
俺以外誰もいなくても。
そうすると返事が返ってくるもんだよ。それが嬉しいし。
相手も喜んでくれてる。
何気ない一言を書くこと自体も難しいんだけどね。結構頭を使う。
だけどそんなこと言ったらゲームの中の会話なんてできないと思う。
ただの市販ゲームやアニメや漫画の会話のパクリみたいで上っ面の
会話になるからな。

まあ言いたいことはゲーム作者でもただやるだけの人でも、作る側・やる側
関係なく一言でもいいから何か他人の作者に返事を書き込んでみろってことだ。
それが周り回って返事がきてモチベになるかもしれんし、おもしろゲームが出て
くるかもしれんってこと。まあ返事が来るとは限らないがこういう活動によって
書き込みが来る可能性が１０％は増えるだろうね。

**名前は開発中のものです。** · 2011/11/08(火) 19:13:28.96

どこを縦読みすりゃいいんだ

**名前は開発中のものです。** · 2011/11/08(火) 19:54:23.77

これ何のコピペ？

**名前は開発中のものです。** · 2011/11/08(火) 20:31:13.55

人間管理の達人さんかっけー

**名前は開発中のものです。** · 2011/11/08(火) 21:00:05.97

>>162
ありがとうございます。
やはり並列で常時監視するしかないのですかね。

>キャラを選択し、選択したのがイベントキャラなら
ここはどういう処理で再現できるのでしょうか？
新しく組まないといけないのでしょうか？

**名前は開発中のものです。** · 2011/11/08(火) 21:31:39.10

>>167がどういうカーソル移動を想像してるかは知らんので、自分で作るしかない

1.マップ上の主人公をカーソルにして、「村人に話しかけるイベント」の要領で作る
2.ピクチャと変数操作とキー入力で作る

1は簡単に作れるけど自由度低め。
2は中級者以上じゃないとむずい。「作り方教えてください」レベルだと話にならない

**名前は開発中のものです。** · 2011/11/08(火) 22:24:22.74

セーブ個所のバグとか色々あるけど解説本発売までは修正しないのか
コモン入れ直し面倒だからある程度の安定版になってから本腰入れたいんだが

**名前は開発中のものです。** · 2011/11/08(火) 22:31:00.67

2.00まだノータッチなんだが、基本システムでなく2.00そのもののバグってどんな感じ？
あんまりバグ関連の話題が出ないあたりあまり致命的なのはなさそうだが

**名前は開発中のものです。** · 2011/11/08(火) 22:36:20.30

いままでもバグがなかったバージョンなんてなかったからな
待ってても意味がないんだよ
バグがなくなる日なんて来ないぞ

**名前は開発中のものです。** · 2011/11/08(火) 23:04:50.36

>>153
ピクチャ消去処理はしてるんだけど消えないし点滅もしなくなった
まず消去処理部分に行ってないんだとは思うんだけど…
根本的に間違えてるっぽいからもう一回レス読みつつ組み直してみるよ

**名前は開発中のものです。** · 2011/11/08(火) 23:09:46.60

>>172
消去するピクチャー番号が間違ってる
消去する条件を満たしてない
よくあるミスとしてはこんなところじゃないかね

**名前は開発中のものです。** · 2011/11/08(火) 23:19:10.18

>>168
なるほど。
ちょっといろいろいじってみます。

ありがとうございました。

**名前は開発中のものです。** · 2011/11/09(水) 01:01:34.51

>>170
バグ報告掲示板見ると、バグが原因でこれ以上
製作に手を付けられないのが結構あるけどね

これいつまで放置する気なんだろ
本に合わせて仕様は変えられんにしても
バグは直しておかないと混乱すると思うが

**名前は開発中のものです。** · 2011/11/09(水) 04:26:19.96

>>173
で、でででできたー！！！！
どうも表示と消去を同じページでやってたのがダメだったぽい？
理屈はまだ今ひとつ解ってないけども…

キャラの座標取得とかしてちゃんと位置ぶれないように表示出来るか色々試してみるわ
色々教えてくれた人ありがとう
ランダムで動くNPCに付けるのが最終目標だ…

**名前は開発中のものです。** · 2011/11/09(水) 09:10:50.43

ウディタ2としての正式公開が、完全に解説本合わせになっちゃったからなあ。
正式公開→大きいバグを修正→安定版解説本という流れであるべきだった。いまさら言っても仕方ないけど勿体ない。

**名前は開発中のものです。** · 2011/11/09(水) 14:50:20.30

合わせてって割には間に合ってない気がするけどな
まぁ公開後問題点を考えながらってやると更に半年後とかのレベルになるだろうし、
出すならはよ出して欲しい

**名前は開発中のものです。** · 2011/11/09(水) 15:50:35.94

解説書発売→デバッグ→改訂版解説書発売→デバッグ→解体新書発売→デバッグ→裏・解体新書発売
これでボロ儲けやー！

**名前は開発中のものです。** · 2011/11/09(水) 16:40:14.02

アルティマニアならぬウルファマニアか

**名前は開発中のものです。** · 2011/11/09(水) 19:37:48.85

>>175
一部マジでしゃれになってないバグが報告されててワロタｗ
本当にこのまま解説本出しちゃうん？？

**名前は開発中のものです。** · 2011/11/09(水) 19:55:56.58

>>181
シャレにならないバグってどれ？

**名前は開発中のものです。** · 2011/11/09(水) 20:19:56.53

ヲチスレ安心の自治厨率

**名前は開発中のものです。** · 2011/11/09(水) 20:23:38.97

そんな致命的なバグあったけ？
具体的に教え得て欲しい

**名前は開発中のものです。** · 2011/11/10(木) 10:04:28.65

使いこなした人しか分からないバグは追々直すにしても
基本システムにセーブ表示等のわかりやすいバグがあるのは惜しいよね
一から自作してる人は関係ないかもしれないけど
解説本から入る初心者がまず手を出すのが基本システムになるだろうし

**名前は開発中のものです。** · 2011/11/10(木) 19:11:12.22

ウディタで？ウディタ講座
http://www.nicovideo.jp/mylist/22043726

**名前は開発中のものです。** · 2011/11/10(木) 19:26:14.01

ランダムシードデスティニーのやり方がわからん

**名前は開発中のものです。** · 2011/11/10(木) 20:26:41.99

ツクール新作に顔グラ合成機搭載だとさ
ウディタ意識してんのかな

**名前は開発中のものです。** · 2011/11/10(木) 20:33:38.64

>>188
さすがにプロが描いてるだけあって絵はあっちのほうがうまいな
この調子でその次のやつに800*600が追加されたら笑える

**名前は開発中のものです。** · 2011/11/10(木) 20:35:50.44

どことは書いてなかったが、狼煙が
とあるゲーム会社がウディタの顔グラ合成器だけ落としてったと呟いてたから
完全に意識してるだろうな

ウディタの顔グラ合成器は種類が少ないんで
ツクールの素材が豊富そうなところには惹かれる

**名前は開発中のものです。** · 2011/11/10(木) 20:37:25.50

>>190
ワロタｗｗｗｗIPでも見たか
会社で落とすやつも常識がないのか挑発なのかなんなのか・・・

**名前は開発中のものです。** · 2011/11/10(木) 20:51:32.24

>>191
ごめん、今確認したらゲーム会社とは書いてなかったw
書き方からして多分あそこだと思うけど

向こうは商売だから本気だなw

**名前は開発中のものです。** · 2011/11/10(木) 20:52:42.34

ツクールじゃなくても、零細はそういう定型化量産ツールは欲しいんじゃないか
成人向けとかの零細

**名前は開発中のものです。** · 2011/11/10(木) 20:59:03.87

アマチュアからパクって金に替えるようじゃ終わってるわな
こっちが文句言えない立場だからってやりたい放題なんじゃねーの？

**名前は開発中のものです。** · 2011/11/10(木) 21:00:56.98

オリジナルを謳うなら新しい機能考えてみろって思うよな
全部パクり後発じゃないか

**名前は開発中のものです。** · 2011/11/10(木) 21:04:26.39

顔グラ需要はもともとあったし、顔グラ作成ツールはウディタ合成器以外も色々ある。
ウディタだけを意識してるとかいうのは見ていてちょっと恥ずかしいぞ。

**名前は開発中のものです。** · 2011/11/10(木) 21:05:01.44

ウディタ事体がツクールの（ｒｙ

**名前は開発中のものです。** · 2011/11/10(木) 21:11:07.40

>>196
ローソンのLチキがファミチキを意識せずに作ったって言うくらい苦しいぞそれｗ

**名前は開発中のものです。** · 2011/11/10(木) 21:14:19.89

顔グラツールだけに関して言えば
プロジェクト自体盛り上がってないし
ツクールの顔グラツールにゃクオリティも数も到底及ばない予感

**名前は開発中のものです。** · 2011/11/10(木) 21:14:50.32

狼煙が宣戦布告かと思ったらスルー宣言でワロタｗｗｗ

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

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