-ＲＰＧツクール総合スレッド＠製作技術(Part5)-

**名前は開発中のものです。** · 04/03/31 14:36

PC版RPGツクールの「製作技術的な話題」を扱うスレッドです。
それ以外の雑談などはPCゲーム板の該当スレッドでお願いします。
関連スレ・リンクは>>2-5あたり。

【注意】
　－基本的にsage進行で。

　－質問をする時は、書き込む前に必ず説明書やヘルプに目を通すこと。
　　また、可能な限り前スレも参照、検索をしたのち、
　　どうしてもわからなかった場合にのみ質問をして下さい。
　　 ※特にRPGツクール2000は付属のヘルプが非常に充実しています。

　－自分本位な質問は慎むこと。
　　「サイドビュー戦闘の作り方教えて下さい！」といった漠然とした
　　質問には、回答者も適切な回答を示すことができません。
　　「～を～して、～してみたがうまくいかない、どうすればいいか」という風に、
　　過程と現在陥っている問題点を具体的に書き込むようにしましょう。
　　あなたの質問に答えてくれる人達のことを考えて。

　－まあなにはともあれ、ﾏﾀｰﾘﾎﾉﾎﾞｰﾉで楽しくやっていきましょう。
　　言うまでもないことですが、荒らしや煽りは放置です。

【前スレ】
　－RPGツクール総合スレッド＠製作技術板（Part3）
　　 http://pc2.2ch.net/test/read.cgi/gamedev/1026532655/-100

**名前は開発中のものです。** · 05/03/07 12:34:06

>>880
作れるけど、2000どうのなんてレベルじゃなくなる。　やめとけ

**875** · 05/03/07 12:35:33

>876,877
さらに読み進めてみた。
メインループが各シーンクラスの中で回ってんのか。
で、それが$sceneで遷移していくのね。
この流れが変わるような変更をしようと思うと大変だな。
これ、rubyじゃなくてHSPを組み込んだ方が良かったんじゃないかｗ

>880
出来そうな気はするけど、マップエディタとかのGUI部分を
利用できない形式にまで変更しちゃうとXPでやる意味が
ないのかも。でも標準形式に機能追加していくだけなら
かなりいいツールだなあ、と今のところ思う。

**名前は開発中のものです。** · 05/03/07 18:14:27

小範囲だとHSPでもいいけど
全体だとわけわからんようになる。

**877** · 05/03/07 19:40:23

>>880
作れるよ。ゲームとしては一から書き直せるので、妥協せずに。
そうなるとツクールでもなんでもなくて、Ruby＋ゲーム用ライブラリって感じだが。
そう考えても比較的お手軽な環境ではある。

>>882
シーンの遷移の仕組みを変更する必要があるか？
シーンの中にさらにシーンを作ったっていいんだぜ？
一から書き直したい、というなら、なんでも大変だわそりゃ。

RubyよりHSPの方がいいっていうのは、言語の好みの差だわな。
オレにとっては今さら触りたい言語じゃないよあれ。
「昔のパソコンってこういう取っつきやすい言語が付属してたよね」って
コンセプトは素晴らしいがな。流石おにたまさんって感じ。

**882** · 05/03/07 22:33:21

例えばメガテン風に戦闘前に会話を入れたいと
思うと、今のシステムだと戦闘クラスに組み込むのが
楽そうだけど、そうなると交渉に失敗して戦闘とか
仲間になるとかも全部適当な場所に組み込んでいかなきゃ
だめで、さらにどこで何が依存してるかわかりにくくて
OOPなスタイルから程遠いなあ、と思ったのよ。
まあ、結局俺がＨＳＰ好きってのもあるだろうけど。
ＨＳＰ使いにはRubyは敵だからなｗ

**名前は開発中のものです。** · 05/03/07 23:36:12

MAP----.lmuを整理できないんだろうか

**877** · 05/03/07 23:49:47

>>885
あー、いっそHSP使えよ、と言いたい気持ちはわからないでもない。
でも、シーンをクラスで書くのは、OOPとしちゃアリじゃないか？
OOPっぽくないのは、もっと別の理由だと思われ。

もっとカプセル化を進められるんじゃねー？　せっかくRubyなんだし。
とは、オレも言いたくはある。

**882** · 05/03/08 00:17:34

シーンをクラスにするのは全然問題ないけど
これ、クラスをタスクとして使ってるだけだし。
まずシーンを管理するクラスを用意して
イベントドリブンな感じで組むのが筋なんじゃないかなあ。
あと、自前のイベント用にＧＵＩを拡張できたら
いいのに、とか。下手に色々出来るので余計に
細かいところが気にかかる。

ま、元々ドラクエ２ぐらいのをお手軽に作りたくて
買ったので現状で全く不満は無いんだけど。

**名前は開発中のものです。** · 05/03/08 03:10:31

斬新な作品はまだ見ないな

**名前は開発中のものです。** · 05/03/08 10:12:54

XPテスト08
ttp://www.fileup.org/file/fup10961.lzh

サガシリーズでおなじみの閃きシステム追加

派生表
クリティカル　→マルチヒット
　　　　　　　　→金髪・残像剣
　　　　　　　　→金髪・必殺剣

金髪・必殺剣　→金髪・居あい抜き
金髪・残像剣

**名前は開発中のものです。** · 05/03/08 10:29:18

XPテスト08
ttp://www.fileup.org/file/fup10963.lzh

金髪・居あい抜きが閃き不可能な値になってた

**名前は開発中のものです。** · 05/03/08 12:58:15

>886
あれはウザイね。
何でフォルダにしてくれなかったんだろう…

**名前は開発中のものです。** · 05/03/08 19:05:34

もう一箇所に書き込んでマルチになっていますが、あちらは過疎であまり稼動していない
ようなので、あらためて書き込ませて頂きます。

XPにするか、2000にするか1ヶ月ほど体験版を弄ったり、素材サイトなどを見ながら考え
2000を購入する事にしました、これから始めるに当たってお聞きしたい事があります。

RPGツクール2000ハンドブックはもうなかなか売っていませんが、どんな内容なんでしょう？

あと、ゲームを作る上で最初に手を付けるべきところは何処ら辺りからですか？

最初に綿密な設計図的なものを作ってから始めるのと、適当な所から手を付けて、増築
するように付け足しながら広げていくのとどちらが一般的ですか？

**名前は開発中のものです。** · 05/03/08 19:26:37

>>893
勝手にすりゃいい、１作品は完成させろよな

**名前は開発中のものです。** · 05/03/08 20:27:24

>>894
ヤクザ
８９３は怒らすと怖いぞ

**名前は開発中のものです。** · 05/03/08 21:47:43

>>893
ラスト4行については、個人差があるから一般的なものを求めたからといって
それが君に合うとは限らないからなあ…

**名前は開発中のものです。** · 05/03/09 05:10:24

どちらが一般的というか自分の考えでやれよと

**名前は開発中のものです。** · 05/03/09 06:41:56

>>893
綿密な設計図を書き始めて、それだけで満腹しちゃうのが一般的。
適当なところから手をつけて、収拾がつかなくなっちゃうのが一般的。

どっちにしろ頓挫するのが一般的。

**名前は開発中のものです。** · 05/03/09 18:08:34

完成させる奴の方が異常とでも言いたそうだな

**898** · 05/03/09 18:18:34

>>899
異常と言うと悪いみたいじゃないか。
特別だとは言いたい。

**名前は開発中のものです。** · 05/03/09 22:11:08

完成させなくても充分楽しめるし

**８８０** · 05/03/10 09:06:39

作れるのか～、XP買おうかな、本格的なプログラミング学ぶ時間は
あまりとれないし。

**名前は開発中のものです。** · 05/03/10 09:55:20

>>902
本格的だよ？　XPのスクリプトは。
自分で直接DirectX叩かなくていいとか、その程度。
それだけでもよっぽどお手軽で簡単になってるがな。

**名前は開発中のものです。** · 05/03/10 13:22:25

XPテスト、SwordLivesバージョン
ttp://www.fileup.org/file/fup11152.lzh

**名前は開発中のものです。** · 05/03/11 22:19:48

内容や、システムの方向性は作る人の個性で、好き嫌いは分かれますが、
基本的にデフォルトのシステムを基準に考えてみて、どんな事がプレイヤーと
してストレスが大きいですか？
自分の場合の例をあげますと。
・歩行速度が遅い。
・エンカウント率が高い。
・一度のイベントとしては良いのですが、宿屋やセーブポイントなど、頻繁に
　通う個所にいくのに時間がかかる。
以上のような感じがすると、なんとなく不満が出てきます。
人によって感じ方に差異があるので、実際のさじ加減は難しいのですが、自分が
作る上で、参考にしたいのです。

**名前は開発中のものです。** · 05/03/11 22:29:31

宿屋の暗転時間

**名前は開発中のものです。** · 05/03/11 23:32:37

ここでは初めまして。俺も、自分が作っているときに注意していることとか、他人のゲームでストレスに感じることをいくつか挙げたいと思います。
・イベントなどで、文章の合間に１秒以上のウェイトが頻繁に入る。(正直いらいらしてくる)
・テンポが悪い。ストーリーに全く無関係なことをさせられる。
・「先を見たい」と思っているのに、戦闘とかが面白くないのが邪魔になったり、テンポが悪かったりして時間がかかる。
・「先を見たい」と思わせてくれないストーリーをやっているとき。
・町が適当でありえないくらい広い＆その意味が無い。
・一回の通常戦闘の時間が長い。(よっぽどの理由があったり、システムが面白かったりすれば別。)
・イベントだからっていろんなところに長いウェイトかけすぎ。

まぁ結果的にテンポが必要以上に悪いとそれだけでストレスになります。

**名前は開発中のものです。** · 05/03/11 23:47:51

何か微妙に板違い臭いなあ。
間違ってはいないとは思うがどうしてだろう。

**名前は開発中のものです。** · 05/03/12 01:46:49

「制作技術」ではないよな。「制作の注意点」だな。

**名前は開発中のものです。** · 05/03/12 03:00:24

SwordLivesテスト01
ttp://www.fileup.org/file/fup11372.lzh

**名前は開発中のものです。** · 05/03/12 08:00:34

>>909
ああ、だから違和感を受けていたのか。なるほど。

**名前は開発中のものです。** · 05/03/12 15:24:06

ここはツクールスレのくせにプログラマばかりか？
十分技術だろ、ただし企画やシナリオや演出系の。
こういうのを技術として認識していないプログラマに
丸投げしちゃうとろくな物があがって来ないので
そういう意味では注意点だなｗ

**名前は開発中のものです。** · 05/03/12 15:58:15

>>912
いってる事はもっともだし、演出の制作技術だと思うよ。
でもこの板がゲーム制作の技術だからな。
その手の演出技術はPCゲーム板の方でやってるから。
線引きは微妙だと思うけど。ラスト３行がよけいだわ。

**名前は開発中のものです。** · 05/03/12 16:42:42

>>912
言いたいことはわかるけど、>907は確かに「制作の注意点」だよ、このままじゃ。
これだけ言葉重ねて言いたいことは「テンポ良くしましょう」なんだもん。
どうしたらテンポが良くなるか、とか、
そこまで突っ込んで始めて技術の話じゃない？

**905** · 05/03/12 17:00:52

>906
何回も使うから短いほうが良いってことですよね。意外と盲点でした。
長いジングルとか鳴らして時間がかかるのは良くないと。
>907
・「先を見たい」と思っているのに、戦闘とかが面白くないのが邪魔になったり、テンポが悪かったりして時間がかかる。
・「先を見たい」と思わせてくれないストーリーをやっているとき。
この二つは、難しいですね、作る人の趣向とやる人の趣向の差があるでけで苦しい場合も。
あとは、納得です。

テンポの感じ方は人それぞれでウエイトを使う演出ひとつとっても、同じ長さでも、短くてて
情緒に欠けると感じる人と、待たされて鬱陶しいと感じる人がいますから、難しいですね。
移動アイテムや、テレポート、移動速度の速い乗り物、宿屋以外の回復ポイントなんか
の気が利いた使い方なんかも大事なんでしょうね。

**名前は開発中のものです。** · 05/03/12 17:23:06

>>915
文章の表示に関しては、ウェイトで間を表現しようと考えない方が吉。
人によって感じる長さが違うわけだから、意図した効果にはならないわけで。
それより、句読点や三点リーダー（…）なんかで、
記号的に表現した方がいいよ。
これらは記号だから、実際のウェイトよりは個人差も出にくい。

こんな風に、間を取る場合は他のものでも、
実際に時間を取ることで表現するんじゃなくて、
意味的・記号的な表現にするのがいいんじゃないかな。

あと別の方向性としては、実時間じゃなくて、
プレイヤーのボタン入力によって間を表現したりもするね。
１回のボタンで読めるメッセージより、
２回のボタンで読めるメッセージの方が、字数に関係なく長く感じたりするわけ。

**912** · 05/03/12 20:00:14

間の取り方は、進行速度を作り手とプレイヤーの
どちらにコントロールさせたいかを最初にきちんと
決めとかないと駄目なんだよね。文章の場合なら
ユーザーに制御させる時は>916みたいな方法もあるし
作り手が制御したい時は一番楽なのは声を入れればいい。
読む速度は人それぞれだが台詞を聞く速度は誰でも一緒だから。

>913
批評と製作技術の区別が出来ていれば、線引きは厳密に出来ると
思うよ。ツクールのようにコスト的に一人ですべて出来る
物だからこそ積極的に話しても良いと思うが。ラスト三行は
撒き餌なのでスルーしてくれ

>914
その線引きの方が微妙だと思う。今まで問題として捕らえてなかった
人から見れば十分技術だろ。あんまり言い出すと言葉の定義が
どうとかなっちまうが。

**916** · 05/03/12 21:19:17

>>917
＞作り手が制御したい時は一番楽なのは声を入れればいい。
確かにそうなんだけど、テンポとストレスの問題に対しては、
「作り手が制御する」ってこと自体が難しいってことは言っておきたいぞ。
例えば、台詞を聞く物理的時間は変わらないんだけど、
体感時間は結構変わっちゃうんだよね。難しいだけで不可能じゃないんだけど。

＞今まで問題として捕らえてなかった人から見れば
新たに問題になるだけだと思う。
それがスレ違いだと言うつもりはねーよもちろん。
どうしたらいいのかまで発展させようぜ、と言いたいだけ。

**名前は開発中のものです。** · 05/03/13 20:57:43

しかし万人受けする間の取り方なんて無いので
宿屋一つとっても、統計とってベストなウエイト時間を
決めるとか出来るなら、もっと発展もあるだろうけど
同じ人でも一回目と百回目じゃ違うんだし
結局、宿屋の頻度を減らすとかスキップするとかのネガティブな
解決か、あるいは宿屋というメタファーを回避して
別の回復法を実装するとかになっちまうが、そこまで行くと
また製作技術じゃなくなるだろ。だから演出とかは
問題提起がメインになっても良いんじゃない？
仕事でやってると常に誰かが突っ込んでくれるけど
一人でやってると、なかなか気がつきにくいもんだよ。

◆cghMPMNK6Y · 05/03/13 21:17:41

今のところ、一人で作っているんで、声は難しいですね。
それ以外はかなり参考になりそうです。

最近に2000VALUEを購入したので、作るのは今回が初めてなんですが、
いじってみて判ったのは、それなりに遊べるっぽいボリュームのモノを作ろうと
思うと、管理すべき物量の多さに驚きます。
RTPとデフォルト戦闘を使うにしても、かなりの量ですね。

**名前は開発中のものです。** · 05/03/13 21:30:36

>>920
ええ。かなり多いです。
特に属性系統など未だにパニくります。

**916** · 05/03/13 22:36:05

>>919
＞しかし万人受けする間の取り方なんて無いので
ないよ。ないから、出来るだけユーザーに委ねた方がいいって方法論が>916。

宿屋に関しては、逆にストレスであることが、利点となるかもしれないね。
ストレスは常に悪者じゃない。解放があるならカタルシスを生む。
例えばＨＰが上がったり回復手段の確保で頻度が下がるようにすると、
成長によるカタルシスの一因となるよね。解放要素がないとただのストレスだけど。
あと、宿屋というメタファーってつまりＨＰ回復として記号だよね？
それはアイコンみたいな、インターフェイスデザインじゃないかな。

演出は制作技術じゃないだろうか？　オレはそうは思わないんだけど。
そうだとすると、コンテンツ制作はゲーム制作とは別物になっちゃうと思う。
そう言う線引きなのかなぁ。オレはかなり不可分だと思うのだけど。
特に、テンポとストレスというのは、インターフェイスの領域に重なってるしね。

あと、別に問題提起がイカンと言ってるつもりはないんだけどな。
微妙だと言われてもしょうがないよね、煽る理由にはならんよね、と言うだけで。

**名前は開発中のものです。** · 05/03/14 00:40:29

要するにゲーム作成において「べからず集」は役に立っても
その逆は役に立たないんじゃないかって話。
宿屋の利用頻度が下がることによるカタルシスってのは
例えば宿屋で毎回ランダムイベントを起こさせて飽きさせ無いようにする
という手段とは矛盾しちゃうでしょ。
つまり演出は常に具体的な案件の中でしか検討できないと思う。
かといって既存のゲームをあれこれ言うのは批評なわけで。
それを踏まえた上で、なお色々アイデアが出るんであれば
それはそれで盛り上がるんだろうけどね。

**916** · 05/03/14 02:01:05

>>923
どんな技術だって、適用範囲があると思うんだが。
演出に限ったことじゃないじゃん。「べからず」にだって例外あるじゃん。
あらゆるゲームに無矛盾な技術なんて、おもいつかないよ。

どっかで具体性の線引きをしろってことだと思うけど、
どこで線引きしろって言うん？
「宿屋がＨＰ回復施設でしかないシステムなら」とか、
「文章の表示に関しては」とかって線引きはまずいん？

なんか、共通認識なくなったようだから、この辺で辞めた方がよさそうだね。

◆cghMPMNK6Y · 05/03/14 08:46:53

こういう場合は、こうすると良いって言う限定条件のBetterを紹介してもらえるだけで、
十分参考になります。

宿屋にしても「宿屋に拘束される時間が繰り返すとストレスに」っていう問題に対して、
・だんだん先に行くにつれて、宿屋の必要頻度が下がる。
・宿屋を廃止、瞬間回復のできる回復ポイントに機能的な置き換え。
・いっそう宿屋にいくのが楽しみになるようにするようなイベントの設置。
どれも、捨てがたいアイデアでどれをチョイスするのかは、作り手のゲームに対する
考え方の方向性で選べば良いと思います。

結局はどんなアドバイスをされても、最終的に組み込むのは作る本人ですから。
最終的に使わなかったアイデアは、それを無下にした訳ではなく、考えの方向性の
問題ですから、提供していただいた方のは申し訳ない部分もありますが、ご理解して
いただけると思いますし。

**名前は開発中のものです。** · 05/03/14 17:38:28

敵キャラの名前に文字変数\N［1］を使うのって無理ですか？

**名前は開発中のものです。** · 05/03/14 19:54:52

なんのためのテストプレイだよ

**名前は開発中のものです。** · 05/03/14 20:18:07

>924
こういう話題は循環論になっちゃうので雑談以上には
ならんね。>925のように割り切って行くのがいいんだろうな。

>926
Game_Enemyクラスのnameメソッド書き換えれば？

**名前は開発中のものです。** · 05/03/14 21:02:04

>928
ツクール2000なんです。
敵の名前にそのまま変数名が\N[1]と表示されてしまうので
無理みたいですね。諦めます。

◆cghMPMNK6Y · 05/03/15 00:12:52

独自戦闘コマンドの中に、特定の装備をしたときだけにしか使えない魔法や技など
（例えばハンマーを持った時だけ、気絶打撃とかが使える、普段は項目の文字が
見えるけど、ハンマーを装備しないと使えない）があるゲームがありますが、中身を
見てもいまいちやり方が判りません。
あとは、装備していると、移動速度が上がるとか、グラフィックが変わるとかも良くわかり
ません、スイッチ専用のアイテムは簡単なんですが、装備することでスイッチを操作する
方法判りません。

スイッチ、変数とイベントを組み合わせて作れるのでしょうが、自分には思いつきません
でした、考え方としてはどのようなやり方があるのでしょうか？

**名前は開発中のものです。** · 05/03/15 06:15:09

>>930
2000なのかXPなのかで変わるな。
それらのスキル使用時（選択決定時）に、
現在の装備を調べられれば、ストレートに解決する。
XPなら、そのようにスクリプト書き直すだけだね。

この辺の考え方は2000でも変わらないと思う。
問題は、スキル使用時に現在装備を得られるかどうで、
さらに得られなければどうするのかだ。

**名前は開発中のものです。** · 05/03/15 08:20:32

>>930
＞特定の武器を装備した時にのみ使える技
2000でしたらマニュアルに書いて有ります。
特殊技能を「武器属性」に設定すればいいだけです。

装備していると移動速度変更及びグラフィック変更については
コモンイベントを使用してあると思います。

◆cghMPMNK6Y · 05/03/15 22:01:09

2000の話でした、説明足らずですみません。
特殊技能を「武器属性」の関連は、読み落としていただけでマニュアルにありました、
すみません。

装備していると移動速度変更及びグラフィック変更についてはコモンイベントを使用して
あると言うところまでは判るんですが、アイテムを装備同時にスイッチを操作して、自動的に
コモンイベントの発生させる手順はどのように指定していけば良いのか、イマイチ釈然と
しない状態なんです。

実際にやっているゲームの開いてみても、コモンイベントは存在して、装備もありますが、
装備したときに、そのコモンイベントをどうやって発生させているのか、理解ができなかった
んです。
特殊技と武器属性の関連性の時のように、何か単純なことを読み落としているか、
ツクールの根本的な機能をどこかで勘違いしているような気がします。
判る方がいましたら、なるべく具体的な方法を教えてください。

**名前は開発中のものです。** · 05/03/15 23:42:09

キャラが○○を装備してるかチェックする。
それをずーっとコモンで見張る。

◆cghMPMNK6Y · 05/03/16 00:14:51

＞934
それのやり方が良くわからないんです。
コモンイベントで使えるイベントコマンドは通常と同様の90種類ですが、
「キャラが○○を装備してるかチェックする」と言う行為が可能なコマンドが
どれなのか皆目見当がつかないんです。

**名前は開発中のものです。** · 05/03/16 00:45:49

あのな…一度全てのコマンドで何が出来るのか見てみろ。
で人が書いたスクリプトを嫁。

**名前は開発中のものです。** · 05/03/16 01:06:32

>>935
条件分岐にないか？
XPならそこだ。

**名前は開発中のものです。** · 05/03/16 08:12:54

>>935
条件分岐の２P目、
あるいは変数に装備の数値を代入。

◆cghMPMNK6Y · 05/03/16 09:46:45

>936
マニュアルのイベントコマンドの項目はすべて5回くらい読みましたが、その90種の
コマンドのどれでできるのか判りませんでした。
人の書いたゲームの中身も見たのですが、装備とコモンイベントをどこで関連付けて
イベントを発生させているか？と言う点が全く理解できませんでした。
>937
使っているのは2000VALUEです。
>938
マニュアルで条件分岐は55ページと115ページにありますが、2P目と言うのは115ページ
のことでしょうか？

A）コモン「○○を装備した」（呼び出された時）→（キャラクターの動作指定）移動速度のUP
B）コモン「○○を外した」（呼び出された時）→（キャラクターの動作指定）移動速度のDOWN
この二つを作って、装備するとAが発生、外すとBが発生するように指定するのはわかります。
しかし、装備の脱着を監視するための指定の出し方の具体的な方法がわからないんです。
今装備しているものを監視しし続けるか、脱着の瞬間にスイッチをON/OFFできるような方法
が見つかればできるんですが、ずいぶんマニュアルを読んだり、他人のゲームのソースを見たん
ですが、どこでやっているのか良くわからないんです。

**名前は開発中のものです。** · 05/03/16 09:52:32

ツクール内の条件分岐の2ぺージ目だろ

**名前は開発中のものです。** · 05/03/16 11:37:39

定期的に並列処理
◆変数A代入装備id
◆条件分岐：変数Aが変数B以外
　◆スイッチon
：分岐終了
◆変数B代入装備id

もう来ないでね

◆cghMPMNK6Y · 05/03/16 13:40:03

>940
そこで設定できる項目は「アイテムを持っている/持っていない」と言うもので、
「アイテムを装備している/装備していない」と言う条件付けはありませんでした。
>941
その方法ですと、定期的にイベントチェックされるたびに速度があがり、すぐに最高速度に
あがってしまい、1段階だけの速度アップができません。
また、装備を外すと速度が下がるように設定しておくと、際限なく速度が下がりノロノロに
なってしまいます。
これを装備の脱着だけで任意の速度で止めて制御する方法はあるんでしょうか？

**名前は開発中のものです。** · 05/03/16 13:52:05

>>942
XPなら２ｐ目がアクターに関連した項目で、
そこに装備があるんだが、2000ではマジないの？
他のページにもないの？

＞定期的にイベントチェックされるたびに速度があがり
その処理が実行されたかどうだか、スイッチつけれ。
すでに一段階上がって（下がって）いたら、処理しない。

問題の分解ができとらん感じだな。

**名前は開発中のものです。** · 05/03/16 14:40:32

ウザい質問野郎はまだいるのか。

2000VALUEでも問題なく装備チェック出来る。
コモンで条件分岐使って装備を調べる。
マニュアルだけじゃなく実際にコマンドを開いて見てみろ。

**名前は開発中のものです。** · 05/03/16 14:48:15

>>944
やっぱりあるのか＞装備判定

たぶん、原則として自分は間違ってない、とゆー
最悪のループに落ち込んでるんだろう、可哀想に。
原則自分は間違っている、と考えられないと、
問題解決はかなり遠回りすることになるんだけどなぁ。

**名前は開発中のものです。** · 05/03/16 15:10:39

>>942
http://e2ch.hp.infoseek.co.jp/cgi-bin/src/up0435.png
これは見たか？

◆cghMPMNK6Y · 05/03/16 15:55:52

>943
装備した、今装備中、外した、と3種類のスイッチを使って、今装備中のスイッチが入ると、
速度UPのイベントは起こらないように設定しておけば良いんですね。

基本的に装備したことによって起こるイベントは3つに分けて考えないと、もとに戻らなかったり
際限なくイベントが起こったりすることが判りました。
ありがとうございました。

>944-946
条件分岐でアイテムのところのプルダウンメニュには「持っている/持っていない」しか項目が
無いのですが、主人公の条件っていうのは、条件分岐の中から呼び出せるんですか？
941さんの方法でも同じようにスイッチを入れられることが判りましたが、こっちの方が簡単
そうです。

おかげさまで、装備中だけ動きやキャラクターのグラフィックが変化する装備の作り方が
判りました、ありがとうございました。

**名前は開発中のものです。** · 05/03/16 16:26:31

わかりましたわかりましたわかりました。

出来ましたじゃないんだな。

**名前は開発中のものです。** · 05/03/16 17:30:25

だめだこりゃ

**名前は開発中のものです。** · 05/03/16 22:10:13

だから俺は流れが速くなるのは嫌だっていったの…ねえ…
俺は間違ってたのかな。。

>>947
聞く→頭で考える→わからない→聞く
じゃ、ないです。
聞く→ツクールを開く→なにはともあれいじってみる頭で考えるヘルプを読んでみる
してください。
「もしかしたら俺が単純ミスしてたかも？チェックしなおしてみよう」等考えるのは基本中の基本です。

1度目2度目ならともかく、そう連続で聞かれると、こちらとしてもあなたを「質問厨」として
見ることしか出来ないです。

変数でやる方法、見つけたみたいですが、条件分岐でのやり方、もう一回だけ教えます。
イベントコマンドの挿入→3ページ目→条件分岐→2ページ目→○主人公にチェック
→名前を選択→「がパーティにいる」をダブルクリックするか、その横の「…」をクリック。
→「～がアイテム・・・を装備している」を選択。
これでダメなら話になりません。
もうもっと簡単なトコから順序よくツクールに慣れてください。

「わかりました」はいりません。「出来ました」もいらないです。
聞く前に、自分で試行錯誤するから、技術は上昇します。
出来ない出来ない教えて教えてでは絶対に上達する事はありません。
わからないからとりあえず人に聞こう。で何とかなるほど世の中は甘くないとは言い切れませんが
１から１０まで尽くしてくれるほど甘くはありません。

**名前は開発中のものです。** · 05/03/16 22:14:49

ところで、次スレたてようとしたんだけど
テンプレどうする？

**名前は開発中のものです。** · 05/03/16 23:13:45

テンプレは>950でいいんじゃねーの

**名前は開発中のものです。** · 05/03/17 03:49:21

ツクールXPのRGSSのベースになってるRubyはライセンスがGPLだよね。
請求すればソース公開してくれるのかな？
それとも仕様を参考にしただけかな？
ツクールを使ってる人にはそこまで必要じゃないと思うけど。
なんとなく気になった。

**名前は開発中のものです。** · 05/03/17 04:22:03

RubyはGPLだけじゃないので、公開しなくても
いい形で実装してると思うよ
気になるんなら海老に聞いてみれば？

**名前は開発中のものです。** · 05/03/17 04:37:39

>RubyはGPLだけじゃないので
それは知らんかった。
サンクス。

**名前は開発中のものです。** · 05/03/17 07:51:47

◆cghMPMNK6Yの作ってるゲームは糞ゲースレに晒されそうな予感。
小手先の事ばかりに捉われて肝心のシナリオが物凄くつまらなさそう。

**名前は開発中のものです。** · 05/03/17 12:13:55

>>956
蒸し返す必要は全くないとは思うけど、

システムが凄いゲームを作りたい、
シナリオが良く出来たゲームを作りたい、
戦闘が熱いゲームを作りたい、
面白いゲームを作りたい！
それはツクールを持った人なら一度は絶対思うこと。
俺もそうだし、今でも諦めてない。

ちなみにこのスレはゲームのシステム的な面について
色々質問したりアイデア出し合ったりするスレであってたよね？

**名前は開発中のものです。** · 05/03/17 12:17:15

は？

**名前は開発中のものです。** · 05/03/17 12:22:02

シナリオが物凄くつまらなさそう。

物凄くつまらなさそう。

つまらなさそう。

これって「つまらなそう」なの？「つまらなくなさそう」なの？

**名前は開発中のものです。** · 05/03/17 12:26:54

前者

**名前は開発中のものです。** · 05/03/17 12:34:34

シナリオうんぬんを語る以前に、日本語が不自由で可愛そうだな。

**名前は開発中のものです。** · 05/03/17 13:04:21

>>961
どっちが不自由なんだか。

**名前は開発中のものです。** · 05/03/17 13:28:14

自分の才能の限界を知るのも才能の一つ。

**名前は開発中のものです。** · 05/03/17 17:55:22

>>963
それは才能と言えるかどうかは別にしても大切なことだな。
ちなみに漏れは限界を感じて諦めたタイプだ。
今はそれでよかったと思ってる。

**名前は開発中のものです。** · 05/03/17 18:29:55

>>963
無知の知ってヤツだな。ムチムチちゃう。

**名前は開発中のものです。** · 05/03/17 22:13:13

>>965
>ムチムチちゃう。
ﾜﾛﾀ

**名前は開発中のものです。** · 05/03/18 10:07:53

普段は過疎っぽいのに、厨が来た時はやたら書き込みが増えるな。
無視してた方が来なくなるだろうに。

**名前は開発中のものです。** · 05/03/18 10:22:44

2ヶ月前に自分で作ったシステムが理解出来ない
もうだめだもうだめだ良い天気だ

**名前は開発中のものです。** · 05/03/18 21:24:20

>>968
俺漏れも
きょうはいいてんきだよな

**名前は開発中のものです。** · 05/03/18 23:52:16

>>968
3ヶ月前ですが、余裕です。
解りやすく、それぞれ独立させて組んでいるんで。

**名前は開発中のものです。** · 05/03/19 19:38:23

◆cghMPMNK6Yが別スレ行って全く同じ流れになってしまってるな。

**名前は開発中のものです。** · 05/03/20 20:35:57

このソフトで使えない機能ってある？
あるいは、自作しないと実装が難しいというような機能や
ゲームのアイディアとかあれば、挙げてみてくれ。

**名前は開発中のものです。** · 05/03/20 21:24:02

とりあえず飯炊くのは難しいと思う

**名前は開発中のものです。** · 05/03/20 21:30:26

このソフトって、どの2000、2003、XP？

**名前は開発中のものです。** · 05/03/20 21:44:21

>>972
体験版どぞー。
つ［ttp://www.enterbrain.co.jp/digifami/products/rpg2000/taiken.html］
つ［ttp://www.enterbrain.co.jp/tkool/RPG_XP/index.html］

XPに関しては、3D描画機能はない。
自作しないと難しい機能って、それは聞くなよ。キリがない。

**972** · 05/03/20 21:56:59

>>973
うん、そうでしょーね。

>>974
えーと、じゃあ、ツクールの最新版。(あんまり詳しくないです。プレイヤー専門なので。)

>>975
>自作しないと難しい機能って、それは聞くなよ。キリがない。
じゃあ、市販のゲームをパクッたゲームって誰か作ったことある？
画像や効果音、曲などはツクールを使っていて、でもストーリーや
戦闘システムなどそっくりなものとか。

**名前は開発中のものです。** · 05/03/20 22:04:40

>>976
つ［ttp://cgp.s5.xrea.com/］
素材もパクだろーけど、まあそれは差し引いて考えれ。

**977** · 05/03/20 22:19:57

おっとごめん、システムの自作ナシでクロゲ作れるか、
と言うことなんかな。なら、ちょっと難しいと思うぞ。

ストーリーに関しては、問題ないと思うけどな。

**名前は開発中のものです。** · 05/03/20 22:36:16

XPは機能的にはポリゴン描画も可能だと思う
死ぬほど大変だろうけど

**名前は開発中のものです。** · 05/03/20 22:48:28

>>979
どーするの？
自前でレンダリングするとか？