「の」べや

編集後記とかゲーム作ってたりとかいろいろ。気まぐれ飽き性なんでもござれ。

カテゴリー「ツクール系　RGSS2（凍結）」の記事一覧

« PREV
| HOME |
NEXT »

2024.11.21 [PR]
2012.06.16 戦闘のシステムを考える
2011.11.27 RGSS : 「self.index = 」　「@index =」　「index = 」の違い
2011.11.10 マップ上のキャラクターはどう描かれている？
2011.11.09 $scene を見てみる
2011.11.08 fill_rect vs blt

[PR]

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

コツコツとＲＰＧを作っております。

趣味程度と思って始めたのですが、思ったよりガッツリしたのができてきた感じに……。

戦闘システムを考えているのですが、できれば「さくっ」と終わるシステムにしたくどこぞで拾ってきたＡＴＢシステムのスクリプトとずっと睨めっこしてました。

しかしなんだか微妙。いろいろ動くのはいいのですが肝心な「さくっ」と感がない。

そこでふと思い出したのがこの戦闘スクリプト。

（これはスゴい！これ作った人本当にすごい）

このシステムをちょっといじらさせてもらおうかな、と考えてます。

その前にこのブログを何とかしろって話だな。カスタマイズとか全くしてないし、宣伝もしてない。

半年やってカウンター１００行ってないって……。

RGSS : 「self.index = 」　「@index =」　「index = 」の違い

もうそろそろVX Aceなるものが発売されるというのに……未だVXに奮闘中です。

Aceもおもしろそうだけど、まあしばらくはVXで遊ぶことにします。

して本題。
RGSSをいじっていると題名のように同じ変数なのに命令形式が違う場合があるのです。
最初の頃はこれにかなり悩まされました。「何で違うんだろう」って。
で、適当に使っていたのですが、いかんせんうまく動かない。

それにはこんな理由があったんですね。

↓↓↓↓↓↓

⇒ 続きだよん

マップ上のキャラクターはどう描かれている？

マップの上にキャラクターを描きたいのだが、歩行グラフィックとか含めると、
「ファイル読む」「インデックスからキャラを取得」「描画」とやっていると時間がかかってしまう。

だもんで、RGSS2ではどうやってるのか見てみた
以下はスクリプトから抜粋。

#--------------------------------------------------------------------------
# ● 転送元ビットマップの更新
#--------------------------------------------------------------------------
def update_bitmap
      self.bitmap = Cache.character(@character_name)
      self.ox = @cw / 2
      self.oy = @ch
end

抜粋しすぎｗ
要は、キャッシュした画像から原点を指定して@cw、@chのサイズをコピーしている、というわけだ。
なるほどねぇ。
アニメーションとかどうしてるかとかは後で調べるとして……。コピー元の原点を動かして言うというのがわかったのでOK牧場。

$scene を見てみる

RPGツクールVX (XPも) のRGSSは $sceneっていうグローバル変数が軸になってプログラムが実行されている。正確にはスクリプトの「Main」の中に書いてある一文、

$scene.main while $scene != nil

というのがプログラムを実行させていると考えていい。
この一行を簡単に言うと「$sceneというグローバル変数の中がnilじゃない限りその変数に入っているクラスのメソッド " main " をずっと行う」みたいな感じ。
$sceneの中に入るのはシーンクラスのみ。他のクラスをいれてしまうとエラーが起きる。正確には「main」というメソッドを持ったクラスならとりあえずOKっぽい。

じゃあ、そのmainってのは何をやっているのかというと、そこでScene_Baseクラス

じゃん。

#-----------------------------------------------------------------
# ● メイン処理
#-----------------------------------------------------------------
def main
    start                         # 開始処理
    perform_transition            # トランジション実行
    post_start                    # 開始後処理
    Input.update                  # 入力情報を更新
    loop do
      Graphics.update             # ゲーム画面を更新
      Input.update                # 入力情報を更新
      update                      # フレーム更新
      break if $scene != self     # 画面が切り替わったらループを中断
    end
    Graphics.update
    pre_terminate                 # 終了前処理
    Graphics.freeze               # トランジション準備
    terminate                     # 終了処理
end

Scene_Baseはシーン関係のスーパークラスとして使われるので再定義や上書きをされていない限りはこの処理が行われると。
で、処理の真ん中あたりにあるloop の中身をずっと繰り返している。$sceneの中身が変わったらbreakとなっているのでシーンが変わらない限りはupdateメソッドが行われているわけだ……。

トランジションは画面切替の効果なので手をつけなくてもいいと思う。
画面がなめらかに切り替わっているのはこのトランジション処理のおかげ。

だからまあ、新しくシーンを作りたい場合はこれらのメソッドに行いたい処理を入れればいいという事。

start             画面切替の前に行っておきたい処理（画像の準備とか）
post_start 画面切替の後に　　　〃

update       シーンが行われている間にフレーム毎に行いたい処理

pre_terminate 終了の画面切替の前に行いたい処理
terminate          画面切替中に行いたい処理

おのおののメソッド名がInitialize や dispose とは違い start や terminate という名前にしているのは
恐らく混同しないためかと思う。

ちなみに Scene_XXXX.new の時に呼び出される関数はInitializeなのでシーン移動の際に引数を入れたい場合はInitialize関数を入れてそこで引数を使う処理をするといい。

スクリプト例とか作るのは手間なので割愛。リクエストあればやりますが、カウンターまだ１しか回ってないし（笑）。

こうやって紐解いていくと意外とシンプルなのがわかる。
まあ、グラフィック関連についてはまだまだサッパリなんだけどね。

fill_rect vs blt

fill_rectとbltはどっちが速いのか？

昨日久しぶりにノートパソコンでツクール動かした。そしたらなんかめっさ重い。

比較的性能のいいデスクトップだとさくさく進むけど、ノートだとこんなに重くなるとは……。スクリプトを無茶苦茶に書いたのが原因なのはわかるけど……。
ということで少し「速さ」というのにもこだわってみる事にしました。

基本は描画関係。

とりあえず処理を10000回回して速度をはかります。ばらつきがあるので50000回回して5で割ってみました。スクリプトはかなり適当。一応使ったスクリプトを続きのとこに載せておきます。
Timeで時間引っ張ってその差を求めただけです。単位は秒です。