(0002)特徴の追加作戦

概要

RPGツクールはデータベースの以下の項目に「特徴」という設定項目が備わっています。

• アクター
• 職業
• 武器
• 防具
• 敵キャラ
• ステート

一方、イベントコマンドに特徴を編集するコマンドは備わっていません。
そのため、例えばこういったことができなさそうです。（以下例）

• 修行の結果、通常攻撃が全体攻撃になる
• 物語の途中で魔法使いの通常攻撃を攻撃力依存から魔力依存に切り替える
• クエストをこなすことで戦闘の獲得金額が2倍になる

代替策として、同名の職業をコピペして特徴だけ異なるものを用意し、裏で職業を切り替えたり、プレイヤーが操作できない装備のつけ外しをしたりで実現できなくはないですが、前者は

• 職業の数が肥大化する
• 転職システムを導入していると簡単に破綻する
• 習得の順序が複数ある場合も破綻する

後者は

• 変更不可の装備がプレイヤーに見えてしまうので違和感が生まれる
  　（プレイヤーに見えない装備欄って作れるのかな…）
• プラグインを使わない場合、装備枠が一つこれに持っていかれる
• こちらも習得の順序が複数ある場合に破綻する
• 優先順位が強すぎてプレイヤーの自由度が下がる※

※特徴の優先順位については別記事「(0001)特徴の適用される優先順位」で言及していますのでご興味があれば併せてご確認ください。

といった難点があります。

そこで、イベントコマンドの「プラグインコマンド」から特徴を編集できるようにプラグインを自作してみようと考えました。

尚、当記事執筆時点では完成していませんので悪しからず。

後で気づいた本来の前提情報

本来なら前提条件として把握した上で取り組むべきところを後で気づいた情報を先に記載していきます。

グローバル変数の命名規則

最初にアクターの特徴編集プラグインを作り始めましたが、実はアクターの情報が入っているグローバル変数には以下の2種類があります。

• $dataActors
• $gameActors

です。データベースの情報が入っているのが$dataActorsということで、$gameActorsの方の存在にすら気づかず$dataActorsの方を編集して「できた！」ってなっていたわけですが、実は$dataから始まるグローバル変数と$gameから始まる変数には大まかに以下の違いがあります。

• $data～

ゲーム起動時にデータベースに設定されている情報を格納する。ゲーム起動時以外は更新されず、全セーブデータで参照される。セーブデータ側には保持されない。

• $game～

ゲームの進行状況によって変化する系統の情報が格納される。$gameActorsの場合はセーブ時点でパーティーにいるアクターとそれぞれのステータス等。セーブデータに含まれる（例外あり）が特徴は含まれない。

というわけで、$dataActorsの方を編集するようにプラグインを設計してしまったため、特徴を追加しても以下のような現象が発生しました。

• プラグインコマンドを発火させると、タイトルに戻って発火させていないセーブデータをロードしても特徴が編集された状態が保持されてしまう
• プラグインコマンドを発火させてセーブしても、一旦ゲームを閉じて起動しなおすと、発火後にセーブしたデータをロードしても特徴が元に戻ってしまっている

これを把握した私はこう思いました。「だからイベントコマンドにないのか～」

打開策と執筆時点の状況

課題を列挙すると

• $dataActorsがゲーム起動時にしか読み込まれない
• $dataActorsの内容がセーブデータに保存されない

です。というわけで、最早コアスクリプトをいじるしかないという結論に至りました。悪手ですが致し方ありません。

※コアスクリプトを編集すると簡単にゲームが起動しなくなるなど重大なエラーが発生します。編集は自己責任にて行ってください。

コアスクリプト（v1.1.0時点…プラグイン開発用のプロジェクトのバージョンアップをし忘れてました）の中を探すと、rmmz_manager.jsにDataManager.makeSaveContentsというメソッドがあり、ここでセーブデータに格納するデータを用意しているようです。

そのため、return contents;の直前にcontents.modifiedDataActors = $dataActors;を挿入してみました。

更にセーブデータを読み込む処理が同じくrmmz_manager.jsにあるDataManager.extractSaveContentsというメソッドで行われているようなので、最終行に$dataActors = contents.modifiedDataActors;を挿入してみました。

これにより、セーブデータにセーブ時点での$dataActorsのデータを保存し、ロード時に$dataActorsをセーブデータに格納されているデータで上書きすることができました。

どやっ('ω')

となるのはまだ早い！

おわかりいただけただろうか。「ロード時に」と記載したことを。

そうです。以下の手順を踏むと残念なことになります。

• ゲームを開始する
• イベントコマンドで特徴を編集する
• タイトルに戻る
• ニューゲームを開始する

ニューゲームはロード処理を伴わないので、$dataActorsが更新されません。よって、特徴が編集された$dataActorsがそのまま保持された状態でゲームが開始されてしまいます。

実は（執筆時点では）この問題は解決できていません。ゲーム起動時に実行される、Actors.jsonを読み込んで$dataActorsに格納する処理をニューゲームの処理時に再度実行するように記述してみましたが、$dataActorsがnullになってしまい、エラーになってしまいました。

「まあ、不利な特徴編集をしなければ、プレイヤーに損はないから良いか～」と無理やり理由をこじつけて一旦諦めました。

ではでは。

(0001)特徴の適用される優先順位

概要

RPGツクールの特徴欄は同じ種類のものでも複数設定することができます。また、データベースの以下の項目に設定項目として備わっています。

• アクター
• 職業
• 武器
• 防具
• 敵キャラ
• ステート

特徴の種類によっては、複数設定すると重複するものもあれば、いずれかが適用されるものもあります。では、後者はどういったルールで適用されるのか？という疑問について検証した結果が今回のお話です。（検証はRPGツクールMZで行いました。MV等も同じではないかと想像しますが確認はしていません）

おそらく

実際に試してみた結果、恐らくこうだろうという推測ができました。

同じ項目内であれば下にあるものが先

例えばアクターに…

• 攻撃スキル「攻撃」
• 攻撃スキル「全体攻撃」

が設定されている場合、「全体攻撃」の方が優先度が高い

項目間では下にあるものが先

データベースの表示に並んでいる順番、つまり

• アクター
• 職業
• 武器
• 防具
• （敵キャラ）
• ステート

の順に優先度が高い。例えばアクター、職業、防具に…

• アクター：攻撃スキル「攻撃」
• 職業：攻撃スキル「全体攻撃」
• 防具：攻撃スキル「連続攻撃」

が設定されている場合、当該防具を装備していれば「連続攻撃」が優先度が高く、装備していない場合は「全体攻撃」が優先順位が高い

優先度が高い方から順番に参照して実行可／不可を判定

優先度が高いものから順番に参照し、実行可能なら実行され、消費MPや消費TP、その他条件により当該スキルが実行不能の場合は次に優先度が高いものを参照…を繰り返す

尚、攻撃スキルの場合、最後まで実行できるものがなかった場合は「攻撃」の選択肢が薄くなって選択できなくなる。

という感じです。

つまり

アクターや職業よりも武器。武器よりも防具の方が優先されるので、武器や防具に「攻撃スキル」を付けておくと、プレイヤーが自身の好みに応じて使い分けることが可能な一方、装備固定「装飾品」が設定されている状態で攻撃スキル「防御」がついている装飾品を装備させてしまうと、攻撃スキルが変更できる職業への転職や、攻撃スキルが変更できる武器を装備しても攻撃スキルが変更できない…。といった状態が発生しそうですね。

うまく活用すればゲームシステムを面白くできそうですが、一歩間違えるとプレイヤーの自由度を損ないかねない気がします。良かったら参考にしていただければ。

ではでは。