ＲＰＧツクール2000のための…

**名前は開発中のものです。** · 2008/12/03(水) 18:47:38

RPGツクール2000について語るスレです。

不毛な論争は避けてまったり楽しくいきましょう。

【前スレ】
RPGツクール2000のための・・・
http://pc11.2ch.net/test/read.cgi/gamedev/1210584484/

ツクールWEB
http://tkool.jp/

【アップローダ】
作品をアップロードする際に利用してください。
ダウンロードに必要なパスワードは「kk」（半角小文字）推奨。こだわりがあるなら大文字でもいい。

http://home2.dip.jp/index.php
　＊ダウンロード数が出る。流れにくい。ちょっと重い。

【画像アップローダ】
http://paint.s13.dxbeat.com/up/upload.html

**名前は開発中のものです。** · 2009/01/24(土) 15:06:44

2000なら可

**名前は開発中のものです。** · 2009/01/24(土) 15:21:56

>>152
http://tkool.jp/support/os_list.html

**名前は開発中のものです。** · 2009/01/24(土) 16:40:10

ありがとうございます

**名前は開発中のものです。** · 2009/01/24(土) 16:49:04

>>146
俺なんてもう5年も作ってるのに完成してない…
2～3年かかるのは案外標準かもしれん
集中力や発想力のある人はパパッと作り上げそうだけど

**名前は開発中のものです。** · 2009/01/24(土) 16:49:30

>>146
俺なんてもう5年も作ってるのに完成してない…
2～3年かかるのは案外標準かもしれん
集中力や発想力のある人はパパッと作り上げそうだけど

**名前は開発中のものです。** · 2009/01/24(土) 16:53:46

なぜ2つも…orz

**名前は開発中のものです。** · 2009/01/24(土) 16:59:38

全部で3つだけどな！(・д・)

**名前は開発中のものです。** · 2009/01/24(土) 17:50:49

>>157
どうしても、気負って大作を作りたがるから。
１話を３０日で作って、４話までなら、６か月から１２か月でできるだろう。
最初は、フリー素材で作って、完成してからオリジナルに変えていけばいい。
2000だから、基本的にデフォルトで、１つ作ればいい。
20000だったら、戦闘も自作した方がいいけれど。

**名前は開発中のものです。** · 2009/01/26(月) 01:13:47

この前完成したけど、六年かかったよ。

**名前は開発中のものです。** · 2009/01/26(月) 11:59:00

では、ツクールファンとして一言、言わせてもらおう。

>161
おめでとう！！　おつかれさま！！！

**名前は開発中のものです。** · 2009/01/26(月) 12:59:48

じゃあ俺も！よく完成させた！完成させた事に意義がある！

**名前は開発中のものです。** · 2009/01/26(月) 20:57:34

余りに製作期間が長くなりすぎて、シナリオプロットの大半を削って完成させた俺は褒められますか

**名前は開発中のものです。** · 2009/01/26(月) 21:23:28

面白いかどうかは抜きにして、完成させた奴が勝ち

**名前は開発中のものです。** · 2009/01/26(月) 22:18:46

ですよねー

さっぱり制作進まん
主にモチベーション的な要因で
これが一番タチが悪い

**名前は開発中のものです。** · 2009/01/27(火) 00:24:03

>>164
俺も同じような感じだった
ずっと暖めてきた新作が作りたくて、もう無理矢理完成させた感じ

**名前は開発中のものです。** · 2009/01/27(火) 13:44:48

>>166
まあ完成させる為に一番必要なのはモチベーションだからな…
これが下がると頭の中で想像するだけで形にできずアー―－－－－ッってなる
ホント想像するのは簡単だが形にするのは大変だよ

**名前は開発中のものです。** · 2009/01/27(火) 21:49:32

バトルイベントに食い込んでるバグが出てきた…。
完成間近にこんなもん出てくるなよ…直せねえ…

**名前は開発中のものです。** · 2009/01/27(火) 23:46:16

ここで質問してもいいですか・・・？

自作メニューやっているんですけど、マップイベントとの競り合いで困っています。
メニューは並列コモンでキー入力取得して実行しているんですけど、
マップイベントの「主人公から触れたとき」がトリガーのイベントに触れた瞬間にキャンセルキー押しちゃうと、
メニューとマップイベントが同時に実行されちゃうんです。

自作メニューを使った色々な作品を見ましたが、どれもやはり同様の現象が発生していました。
この問題を解決する方法って無いですか？
ご助言のほどお願いしますm(_ _)m

**WhiteLipper** ◆eXOKa1KP9Y · 2009/01/27(火) 23:58:38

　　　　　　　　　　　　　　　 .　　 -‐…‐- 　 .
　　　　　　　　　　　 .　 ´　　　　　　　　　　ヽ_
　　　　　　　　　　　／　　　　　　　　　　　　　　｀　、
　　　　　　　　／　　　　　　　　　　、　　　　　　　ヽ
　　　　　　　 ,　　　／　　　　　　　　　 }'´　｀　　　　　 .
.　　　　　　 / 　　 '　　　 /　　　　　　　　　　ヽ
　　　　　　 /　/　/　　　　/　　　　　　　　　　　　　　 .　　　ｉ
.　　　　　 /　/　,′ 　　 ′　　　//　,ハ　￤　　￤　￤
.　　　　　 ′ {　 { 　　￤l　　　 ′　′ | i　｜　　｜　　 |
　　　　　 ∧　 .　　ｉ|｜　　　|￤ｉ　　| l　｜　　｜　　 |
.　　　　　 ′ヽ._〉､___｣l､|　　　｜| ￤　 | l　｜　　　 |　　　|
　　　　　ｉ￤　　}!,ｨf_ﾃﾐx ｀　一^＝-‐___ ＾Y !　　　 |　　　|
　　　　　 |　l　　,小{.|廴ﾉ}　　　　　　ｨた下ヽｌ｜i　　 i |　　　|
　　　　　 |　l i　ｉﾊ　ゝ- ′ 　　　弋ｰ_'ノﾉｌ｜l　　 l |　　　|
　　　　　　､乂_｣'__{ 　　　　　　　｀¨ ´ ﾉ, ! l　　 l |　　　|
　　　　　　 /　∧　　　ヽ .　　　　　〈/ ﾉ , 　__,リ　　　|
　　　　　　　 /　// ,丶.　　 r-__ っ　　　 .　^T ´　 l　　　 |　　　・・・・はぁ
.　　　　　 /　/ {　{　＿＞　. ____　.　,．-‐=＝l　　　! ｉ　　　 |
　　　　 /　/-‐ ' ´　 / 　 / ｜　／／　　　,　　　 j､ｌ　　　｜
　　　　　/　/　　　　　,′　 l　 |／／　　　 / 　 / /　＼　　 |
.　　　 /　∧　　　　　|　　 |／／　　　　 / 　 / /　　　＼l｜
みんな元気かい？
俺の作ったゲームで遊んでくれよ。
http://home2.dip.jp/upload100_download.php?no=4116
パス　ww

**名前は開発中のものです。** · 2009/01/28(水) 00:51:01

>170
前に自作メニューを試しに作ってみたとき、その問題点に悩まされたなあ……

たとえば、「主人公から触れたとき」で始まるイベント全てに、特定のスイッチＯＮの命令を仕込んでおき
そのスイッチがＯＮだったら自作メニューのイベントを畳むようにしたらどうだろう。
ちょっとイビツだけど……

あとは……キー入力を取得する並列コモンに、主人公の現在位置も取得させる。
で、現在位置が変化したら、そこから経過時間を変数に取得して、
「現在位置が変化してから８フレーム」のあいだはメニューを開けないようにする。
（標準速で１マス移動にかかるのが８フレームだから。処理落ち防止に並列コモンにウェイト0.0秒を
仕込んでいるなら、４フレームになる）
これなら、完全に停止しているときしかメニューを開けないから、たぶんその問題を防げる……
と思うんだが、いま即興で考えただけなので上手くいくかどうかは分からない。

**名前は開発中のものです。** · 2009/01/28(水) 01:06:02

>>172
どうもアドバイスありがとうございます
ただ、実はどちらのやり方もすでに実践済みなんです

前者のやり方だとイベント内容自体は実行されないですけど
代わりにイベントの上に乗れちゃうんで、
移動イベントとかの場合に、通り越されちゃうんですよね

後者のやり方だと一応解決できるんですけど、
移動時にメニュー画面が呼び出せなくて、
それだと、何かから逃走するシーンのイベントの時に
いちいち立ち止まってからメニューを開かないといけないので不便なんです

で、一つアイディアがあってですね、
それは、全てのイベントを「通常キャラとは重ならない」にして
触れられたときにメニュー呼び出し禁止スイッチをONにして、
その後主人公をすり抜け・一歩移動することで、擬似的に「主人公の下」を再現する、というやり方です

とりあえずこのやり方で解決できるかもしれませんけど、
今から全接触イベントを改変しなきゃいけないので、手間が大変です・・・orz
他にスマートなやり方ないでしょうか？

**名前は開発中のものです。** · 2009/01/28(水) 13:50:58

逆に考えるんだ。
メニューを表示しながら行動できるようにしてしまえばいいのだと

**名前は開発中のものです。** · 2009/01/28(水) 15:41:10

2000のデフォ戦では、バトルイベントの処理はターンの頭で処理されるの？
戦闘不能以外の状態異常による即死技（石化とか）を作りたいんだけど、
状態異常にした次のターンの頭で処理が開始されるからとっても不自然なんだ

**名前は開発中のものです。** · 2009/01/28(水) 17:26:11

あれ、デフォ戦って状態異常の判定できたっけ

**名前は開発中のものです。** · 2009/01/28(水) 18:05:48

能力値半減とかMP減少とかで代用してる
けどバトルイベントはターン中ずっとは処理されず、ターン始めに処理されるので困ってる
一応敵のスイッチ技で戦闘不能にすることも出来るけど
結局適用されるのが次のターンだし、敵が行動するまでは生きてるから何かと不都合
戦闘不能以外の状態異常になった瞬間に敵を消滅させるのはデフォ戦じゃ無理なのだろうか
状態異常は使わず、主人公側のスイッチ技で判定するしかないのかな
でもそうすると単体攻撃技が使いにくいんだよね

**名前は開発中のものです。** · 2009/01/28(水) 20:31:53

まー無理な事はないんだろうけど色々面倒だと思うよ。バグあったら死ねるし
作業量と実用性が見合ってない事もよくある。妥協するとこは素直に妥協した方がいいかもしれんよ…

**名前は開発中のものです。** · 2009/01/28(水) 20:42:21

方法自体はあるよ。
敵のHPを逐一変数で管理すれば良い

トリガー：敵のHP99%以下
ダメージを受けると作動
ここで変数にダメージ分を代入し加算、敵のHPは回復させる
さらに状態異常の判定も実行し…とすればいい

それから普通にダメージ蓄積分が敵のHP最大値よりも増えたら消滅させるようくまんといかんし

まあ妥協するべきだな

**名前は開発中のものです。** · 2009/01/28(水) 21:17:58

どうも>>170です。

自作メニューですが、結局全接触イベントを弄って解決しました。
色々とアドバイス下さった皆様、ありがとうございました。

**名前は開発中のものです。** · 2009/01/28(水) 21:21:45

すいません、あともう一つ質問していいでしょうか？

ツクール2000で自作メニューを開いたときに、
最初に開いたときよりも、2回目以降に開いたときの方が
処理が軽いような気がするんです。
もしかして、ツクール2000にもＸＰのようなキャッシュ機能があるんでしょうか？
明確な答えは出なそうですけど、同じように感じた方いませんか？

**名前は開発中のものです。** · 2009/01/28(水) 22:14:19

ピクチャは1度ひらいておくと、それ以降省略されるのかしらんけど軽くなるよ

**名前は開発中のものです。** · 2009/01/29(木) 01:41:19

>>181
セル画アニメなんかを入れてみると分かるが、一度読み込ませたか否かで処理速度は全然変わるよ。

**名前は開発中のものです。** · 2009/01/29(木) 02:05:57

>>179
そんな方法があったとは
ちょっと面倒だけど頑張ってみる

>>178
確かにバグが怖いけど一通り作ってみることにする
特定のイベント戦限定とかになっちゃうかも知れんけど

**181** · 2009/01/29(木) 04:10:52

>>182 >>183
やっぱり軽くなるんですか！
じゃあ自作戦闘や自作メニューで使うピクチャを
ゲームロード時に画面消去して一瞬だけ呼び出して、そして画面表示すれば、
以降の処理が軽くなるんですね！
これは色々と応用が利きそうで参考になりました
どうもありがとうございました！

**名前は開発中のものです。** · 2009/01/30(金) 13:25:44

バトルイベントって1ターンに1回しか処理されないのか
同一ターンに同じバトルイベントを複数回処理したい場合は
その分だけバトルイベントを設定しなけりゃならんらしい
敵の攻撃を全部スイッチ技にして色々やろうと考えていたのに
バトルイベントは100個までだから面倒だ

**名前は開発中のものです。** · 2009/01/30(金) 14:10:25

>>186
まぁ誰もが通る道だなwww俺は挫折してしまったが頑張ってくれ

**名前は開発中のものです。** · 2009/02/02(月) 13:25:35

だよな～俺もバトルイベントいじりまくったらデータベースの上限越えてエターなった
確かデータベースは15Mで上限だったような…環境によって変わるんかな

**名前は開発中のものです。** · 2009/02/02(月) 16:23:07

データベースには容量そのものの制限は無い
ちゃんと定められた数までいくらでも作ることが出来る
その代わり容量が大きすぎると一度適用を押したりゲームを起動したり
プロジェクトを開くのに10分以上掛かることになる
試しに50Mにしたら適用するのにちょうど10分掛かった

**名前は開発中のものです。** · 2009/02/02(月) 17:29:56

ってことは10M超えてる俺はそろそろやば目か

**名前は開発中のものです。** · 2009/02/02(月) 18:47:33

50Mってすげえぇなwwwそーいや俺も低スペックPCで13M近くになったがデータベース記録するだけで３０分ぐらい掛かったww
高スペックPCにしてからかなりましになったがよくあんなんで作ってたと思うわwww容量を小さくするのは大事って事だな

**名前は開発中のものです。** · 2009/02/02(月) 21:49:16

マップ数が四桁に達すると、場所移動の設定すらまともに出来ないよな

**名前は開発中のものです。** · 2009/02/03(火) 16:48:40

まずいなー容量とか全然考えて作ってないや

**名前は開発中のものです。** · 2009/02/05(木) 18:40:19

そもそも適用に時間がかかるほどの容量の
ゲームを作る気力すらない

**名前は開発中のものです。** · 2009/02/07(土) 18:38:39

一つのコモンイベントに条件分岐１万個くらい書くと読み込みで死ねる

**名前は開発中のものです。** · 2009/02/08(日) 05:25:40

ちょww１万個はやりすぎだろwww

**名前は開発中のものです。** · 2009/02/08(日) 12:15:10

主人公の歩行速度を町やダンジョンでは通常の移動速度、
ワールドマップでは一段階遅い速度となるように、
ワールドマップから町に入るときに速度アップ、
その逆の場合は速度ダウンというようにキャラクターの動作指定で速度調整していたのですが
テレポートやエスケープを使うと（場所移動時の速度調整が行われないため）
速度の調整がうまく行かなくなってしまうことに気付きました
どうにかならないかと色々弄ってみましたがどうもうまいアイディアが思いつきません
なにかいい方法は無いでしょうか・・・

**名前は開発中のものです。** · 2009/02/08(日) 12:42:34

>>197
根本的な問題として言っておくと1/2倍速はあまりにも遅すぎて、
特にフィールドのような広いマップでやられると本気でストレスしか与えないから
やめた方がいい。フィールドでエンカウントがあるなら尚更。

**名前は開発中のものです。** · 2009/02/08(日) 12:51:41

>>198
そうでしたか
自分では気付きませんでした・・・
見直してみます

**名前は開発中のものです。** · 2009/02/08(日) 17:20:41

陰陽鉄見て、気になったんだが、
2000って、バックステップみたいな。
向き固定で後ろに飛ぶってできないんだね。

それとも自分の知らない方法があるのだろうか。
知ってたら教えて下さい。

**名前は開発中のものです。** · 2009/02/08(日) 22:07:39

>>200
上を向く → 向き固定 → ジャンプ開始 → 下移動 → ジャンプ終了 → 向き固定解除
でいいんじゃないの？　試してないけど

**名前は開発中のものです。** · 2009/02/08(日) 23:25:19

>>200
それは暗に、陰陽鉄って作品の作者が
こんな基本動作すら設定できないバカだと叩きたいのか？

**名前は開発中のものです。** · 2009/02/09(月) 13:30:47

自作戦闘で今のところ敵のユ二ットが最大4なんだけど5ぐらいの方がいいかな？まぁ敵が最大4匹でてくりゃ十分な気もするんだがどうなんだろ？戦闘は戦略性を重視した感じにしようと思ってるんだけど…

**名前は開発中のものです。** · 2009/02/09(月) 15:07:04

>>203
4体で十分なんじゃない？
戦略性重視なら、敵の数よりも敵の行動パターンを
いろいろ工夫してみるとか。

**名前は開発中のものです。** · 2009/02/09(月) 22:47:34

そーだなー俺TUEEEEEE！！！系の戦闘なら多いほうが爽快感あるだろうけど…
戦略重視なら4体で十分だよ属性とかが重要ならあるなら尚更だね

**名前は開発中のものです。** · 2009/02/12(木) 00:42:27

自作で戦略性を重視するのは色々と大変だろうが頑張って！
俺のは１０体まで出るけどな

**名前は開発中のものです。** · 2009/02/12(木) 12:32:12

オブジェクトエンカウントで
途中で逃げても敵に与えたダメージが蓄積されるようにすることってできるかな。

**名前は開発中のものです。** · 2009/02/12(木) 13:33:44

バトルイベント使えばどーにでもなる
とりあえず開始条件ターン×1のイベントに敵のHPと最大HPの差を格納しといて
ターン0、変数HPの差が1以上が開始条件のバトルイベントで変数分減らせば多分いけるとｵﾓ
ただ複数いる場合はもっと工夫がいるけどね

**名前は開発中のものです。** · 2009/02/13(金) 14:42:37

1000個の変数を降順にソーティングする処理って可能でしょうか？
あまりいいソーティング方法知らないので、
単純計算で条件分岐・変数代入１００万回くらい使うと思うのですが・・・
処理時間計測にmidiの演奏位置を使ったところだいだい１００００くらいで
落ち着いたんですけど、これってもっと軽くする方法ないですか？

**名前は開発中のものです。** · 2009/02/13(金) 15:35:12

変数IDが整理されてるならループで一括処理出来ると思うけど、
IDがバラバラだと一個ずつ設定するしか無い気がする。

**名前は開発中のものです。** · 2009/02/13(金) 16:05:21

一応1000個全部連続しています。
どう頑張っても10秒近くかかってしまいます・・・orz

**名前は開発中のものです。** · 2009/02/14(土) 22:36:18

>>55
詳しく

**名前は開発中のものです。** · 2009/02/14(土) 22:39:58

>>211
「ソートアルゴリズム」で検索して一番上に出て来るサイト。
ttp://www.ics.kagoshima-u.ac.jp/~fuchida/edu/algorithm/sort-algorithm/

**名前は開発中のものです。** · 2009/02/14(土) 22:56:46

>>211
C言語だと簡単なんだけど、ツクールだと難しいよね。
シェルソートくらいはできそうだけど。

**名前は開発中のものです。** · 2009/02/15(日) 10:58:20

>>208
ありがとう
とりあえず試行錯誤したらこんな感じになった
HP300の敵を作成

1ページめ　開始条件　ターン数0
条件分岐　変数　0001テスト敵の体力　が299以下
敵キャラHPの増減　テスト敵のHPをv0001減らす

2ページめ　開始条件　テスト敵のHP0%～100%
変数の操作　0001テスト敵の体力代入300
変数の操作　0001テスト敵の体力減算　テスト敵のHP

ただ殴って次のターンすぐ逃げると次回遭遇時HPが減ってないから
1ターンたたないと反映されないみたい。

**名前は開発中のものです。** · 2009/02/15(日) 17:06:46

>>55
俺も知りたい
装備を外させないんじゃなくて装備外してすぐ付け直させるって事か？

**名前は開発中のものです。** · 2009/02/15(日) 18:43:49

>>215
まあ逃げた時はバトルイベント実行されないからな
逃げるをスイッチ技にするしかないかもしれん…

**名前は開発中のものです。** · 2009/02/15(日) 18:55:15

>>212,216
55じゃないけど、特定のアイテムを装備したら
その装備を外しても強制的に装備しなおすという処理を作れば良い
直感的に分かりやすいのは

コモンイベント　並列処理
条件分岐：主人公Aが呪われた武器aを装備している
　スイッチの操作：[主人公Aが呪い武器A装備]をONにする
条件分岐：呪われた武器aを持っている
　条件分岐：スイッチ[主人公Aが呪い武器A装備]がON
　　装備の変更：主人公Aが呪われた武器aを装備する

こんな感じで出来るんじゃないの
まぁこれだと主人公ごとに呪われたアイテム専用のスイッチを用意して、
主人公1人ずつ調べなきゃいけないから面倒
変数に数値を1ずつ加算していって、そのID値の主人公の呪い装備判定処理をして、
繰り返し処理で1人終わったら次の主人公を調べる、って方が良い

**名前は開発中のものです。** · 2009/02/15(日) 19:56:03

>>218
ああ、やっぱりその方法しかないか…
わざわざありが㌧

**名前は開発中のものです。** · 2009/02/16(月) 01:31:59

>>215
バトルイベントの開始条件を敵のHP99%以下にすれば
敵にダメージを与えた瞬間に処理が始まるよ
でもバトルイベントは1ターンに1回しか処理されないから大量のバトルイベントが必要
さらに、敵を倒した後に一旦逃げて再戦した場合、
倒した敵は死んだままという風にしたいなら面倒な処理を作ることに

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

>>220
それだと2回目以降は毎回ターン開始時に全部処理されることになる

**名前は開発中のものです。** · 2009/02/16(月) 02:49:42

ツクール2000専用に、激安のミニノートXP買おうと思ってるんだけど、
XPなら基本ミニノートでも十分動くよね?

**名前は開発中のものです。** · 2009/02/16(月) 15:16:47

>>221
敵のHPが減ったら全回復させて、残りHPや死亡判定を変数で扱えば解決
>>179のと同じだね

**名前は開発中のものです。** · 2009/02/17(火) 03:23:14

自作に必要なデータだからと検証してみたので、良かったら参考にしてくれ。
デフォ戦の状態異常耐性装備は、属性耐性と違って効果重複するっぽい。

50%防御二個装備しての検証（被弾回数/試行回数）
1249/5000

50%防御一個装備しての検証（被弾回数/試行回数）
2777/5000

**名前は開発中のものです。** · 2009/02/17(火) 04:05:59

まじか。このデータだけ見ると効果乗算ですね・・・・
すげえ参考になりました。検証おつかれさまです。

**名前は開発中のものです。** · 2009/02/17(火) 18:19:52

イベントの戦闘で､負けた場合の独立して分岐の
直後に戦闘不能の解除､全回復入れても
なぜかゲームオーバーになるんだが・・・・。

**226** · 2009/02/17(火) 19:24:05

自己解決しました。
定期並列処理入れているとバグるのか・・・
スレ汚しスマン

**名前は開発中のものです。** · 2009/02/17(火) 23:48:51

>>224
超乙！ツクール2000出てから結構いじってるのに知らんかった事が未だにあるんだな～

**名前は開発中のものです。** · 2009/02/18(水) 04:02:39

無視すんなやオタども・・・

**名前は開発中のものです。** · 2009/02/18(水) 13:14:09

**名前は開発中のものです。** · 2009/02/18(水) 14:15:55

ネット初心者？
レスが遅いからって無視されたと思うのはどうかと思うよ。

とりあえずミニノートの件はRPGツクール2000の箱の裏に書いてある
動作環境のとこ全部満たせば動くと思うけど。
>>222＝>>229じゃなかったらごめん。

**名前は開発中のものです。** · 2009/02/18(水) 16:51:22

ソフトのスレでそんな質問されても、同じハード使ってる人しか答えられんわな。
ハード系のスレ行って、ソフトの必要スペック満たしてるかどうか聞くならともかく……

**名前は開発中のものです。** · 2009/02/18(水) 16:54:59

>>222
店員に聞くのが普通の人間。

**名前は開発中のものです。** · 2009/02/18(水) 19:15:05

製作とあんま関係ない質問何だが
そろそろ完成しそうなんだが公開するならふりーむとベクターならどっち？
あるいは両方で公開って可能なん？

**名前は開発中のものです。** · 2009/02/18(水) 19:17:07

>>234
コンテストに応募するなら、ふりーむ。そうでないなら、両方。

**名前は開発中のものです。** · 2009/02/19(木) 20:17:46

>>235
サンクス、コンテストなんて今更だから両方でいいかｗ

**名前は開発中のものです。** · 2009/02/20(金) 01:49:51

最近なにか盛り上がるようなコンテストってあったっけ？
コンパクが無くなったから全然なんだよな・・・

**名前は開発中のものです。** · 2009/02/20(金) 11:30:23

>>234に追加
ベクターとふりーむって製作者登録にどれくらい掛かるモンなの？
2～3日なのかそれとも一週間単位で掛かるのか…

ベクターへのアップロードが数週間掛かるのは知ってるけどなにぶん初めてなモンですぐにメールが来ないと不安で仕方がないｗ

**名前は開発中のものです。** · 2009/02/20(金) 12:08:41

>>238
１～３週間。はやいときもある。

**名前は開発中のものです。** · 2009/02/20(金) 12:43:23

>>237
ウディコン

**名前は開発中のものです。** · 2009/02/20(金) 15:48:08

>>239
ずいぶん掛かるもんなんだな。
最終調整しながら待ってるとするか

サンクス

**名前は開発中のものです。** · 2009/03/09(月) 01:00:12

なんかマップチップを進入禁止にしても普通に通り抜けてしまうんだけど。
もちろんイベントですり抜け開始も実行していない。どうすれば直るかわかる人いる？

**名前は開発中のものです。** · 2009/03/09(月) 01:03:22

ほほう

**名前は開発中のものです。** · 2009/03/09(月) 16:19:51

>>242
多分、進入化な透明上層チップが乗っちゃってるんじゃないか？
絶対に何らかのミスをしてるはずだから良く見直したほうがいいよ。

**名前は開発中のものです。** · 2009/03/10(火) 23:50:58

>>242
おそらく244の言うとおりかも。
結構良くあるミス、でも見えないので気が付かない。
マップ作っている時にウッカリ無意識に通行可のチップを選択したまま
マップ上をクリックするとそうなる事がある。
通行不可の上層チップ(透明のヤツ)をツクって上に置いておくとよろし。

**名前は開発中のものです。** · 2009/03/11(水) 01:17:07

作っている最中は通行不可の上層チップにドットを打っておくと、通行可と通行不可の見分けがつきやすい。
完成してからそのドットを透明色で消去すればいいのだから。

**名前は開発中のものです。** · 2009/03/12(木) 00:24:38

>>198
自分もフィールドでは1/2倍速に切り替わるように作ってるけど、
やる人次第、制作者の作り方次第だと主張したい。
けっこうそういうゲームよくあるし、ストレスに感じたことはないな

むしろフィールドでまでドタドタ走り回れると
個人的にはテンポ的な意味で落ち着かないし気に入らない

**名前は開発中のものです。** · 2009/03/13(金) 10:47:19

ｐｃ買い換えて早速1.51に更新しようとしたんだけど
RPG2000.exeを作成できません。って出て更新できなかった…
どういうこと？

**名前は開発中のものです。** · 2009/03/13(金) 13:54:06

つまりRPG2000.exeを作成できいなかったということ

**名前は開発中のものです。** · 2009/03/14(土) 01:39:07

今試してみたが問題なくアップデート出来たから、DLファイル自体は問題無さそうだ。
もう一回DLしなおしてみたらどうだい。

**名前は開発中のものです。** · 2009/03/15(日) 03:27:49

いやー2000本体、修正ファイルともdlし直したけど出来なかったんだ

**名前は開発中のものです。** · 2009/03/15(日) 03:30:46

途中で送信してしまった。
ググってもビスタのせいって話がないし、PCが悪いんかな。
まあせいぜい作成画面でmp3が開かないくらいだし、このままでいくよ。