RPGの作り方 (マップ・イベント編)

この記事ではRPGの作り方を解説します。

なおRPGすべてを網羅するのは大変なので、この記事ではRPGの核となる「マップとイベント」のシステムについて解説します。

「マップとイベント」のシステムを作る

「マップとイベント」のシステム構築に必要な要素は以下のとおりです。

1. マップデータの作成、読み込みと配置

マップデータの作成は、ゲームエンジンがサポートしているエディタがあればそれを使うのが早いです。Unityの場合はアセットを使う方が効率化できるようです。

もし開発環境にマップエディタがない場合は「Tiled Map Editor」を使うのが良いと思います。

2Dゲームを作るのであれば、このエディタがあればできないことはないと思います。

Tiled Map Editorについては以下の記事で解説しています。

2021年11月4日 Tiled Map Editorの使い方

Tiled Map Editorのデータは XML形式で、たいていのプログラム言語のライブラリにはXMLのパーサーが用意されているので読み込みは難しくないです。もしXMLのパーサーが用意されていなくても、Tiled Map Editorには JSONやCSVなど様々なテキストフォーマットで出力する機能が用意されています。

マップのデータ構造

RPGに必要なマップのデータ構造は以下の3つです。

まず地形の見た目となる情報を配置します。次にプレイヤーが移動できる場所「地形コリジョン」を定義します。そしてさらに、会話イベントや調べられるポイントとなる「イベント配置情報」を持ちます。

この３つのデータがRPGに最低限必要なマップ情報となります。

なお、Tiled Map Editorでこのデータ構造を定義するとこのようなレイヤー構造になると思います。

2.マップをキャラクターが移動できるようにする (マップとの当たり判定)

アクションゲームが作れればこのステップは難しくないと思います。

マップとの当たり判定について通常はゲームエンジンがサポートしているのですが、もし自作しなければならない場合には以下のページが参考になると思います。

2021年11月4日 2D矩形マップとの当たり判定

2Dでの当たり判定は、通常XY軸を分離して衝突応答を行えば、正しく押し返しができるようになります。RPGツクールのようなマス目移動であれば、移動先に障害物があるかどうかを判定すれば実装できます。

3.イベント発生条件の指定（オブジェクトを調べられるようにするなど)

アクションイベントと自動イベント

ここで実装するのは、例えば落ちているアイテムを調べる処理です。

RPGツクールのように、マス目状にマップが区切られている場合は、4方向のどちらから調べられるのか、という情報が必要です。

またはキャラクターに話しかけるイベントです。

なお、この2つは「ユーザーがアクションを起こす (決定ボタンを押す)」にことにより発生するイベントです。

これに対して、プレイヤーが特定のポイントに移動したことで自動的に発生するイベントがあります。これを「自動イベント」と呼びます。

イベントの発生条件には大きく分けてこの2種類があることを知っておくと、イベントの仕組みが作りやすくなります。

イベント発生条件

イベントについてもう一つ考える必要があるのが、発生条件です。例えば「棚からものが落ちてくる」というイベントは通常1回のみとなります。これを制御するのが「イベントフラグ」という考え方です。

イベントフラグは「ON」「OFF」の２つの値のみを持ちます。いわゆる「フラグが立つ」というのはイベントフラグが ON になった状態です。

イベントフラグは以下のルールで運用すると、バグの少ないRPGを作ることができます。

まずゲーム開始時にはイベントフラグはすべて「OFF」の状態で開始します。そして、イベントフラグを「ON」にしたら基本的には「OFF」にしない方が良いです。

なぜかというと、いったん「ON」にしたイベントフラグを「OFF」に戻すということは、そのイベントフラグをまたどこかで「ON」にするからです。これはイベントフラグが複数の意味で使用されることとなり、イベントフラグの状態遷移が複雑になるためです。ですので、例えば「棚からものが落ちてきた」というフラグであれば、それ以外の用途としてフラグを使用しない方が良い、ということになります。（※ただし、棚から物が落ちたことで新しいアイテムが手に入るフラグとして使う……など直列的なイベントの発生条件として使用する場合は問題ありません）

次に、「グローバルフラグ」と「ローカルフラグ」を用意することです。

例えば、登場人物Aとの会話の進行（話しかけるごとにメッセージが変化するなど）をグローバルフラグで制御すると、そのキャラクターとの会話だけでイベントフラグを消費してしまいます。そのため、そのイベント（キャラクター）のみが参照できるローカルフラグを使えるようにすると、管理がシンプルになります。

またイベントフラグは「ON」「OFF」の2値ですが、イベント変数を用意しておくとさらに幅広い制御が可能となります。

例えばキャラクターとの会話の進行のようなものは、フラグよりも整数値で管理すれば、状態が把握しやすくなります。

また数値を扱えるようにすることで、謎解きで入力されたダイヤル番号をイベント変数に保存して、別の場所のイベントで正解判定を行うといった応用もやりやすいです。

イベント変数も、イベントフラグと同様にそのイベントからのみ参照できる「ローカルイベント変数」、ゲーム全体で扱うことができる「グローバルイベント変数」を用意しておくと良いでしょう。

まとめ：イベントに必要な情報の定義

よって1つのイベントには以下の情報が必要となります。

この情報を定義したテーブルの実装例を記載しておきます。

“NPC_001” は、開始フラグと終了フラグが指定されていませんが、このイベントはいつでも発生するイベントとなります。それに対して “TRASURE_001” には終了フラグが設定されており、宝箱を開けることでこのイベントは存在しなくなります。正確には宝箱を開けたという見た目の変化に対応する設定が必要となるかもしれませんが今回は省略しています。

“AUTO_NPC_002” は、宝箱を開けたことにより得られたアイテムのフラグが発生条件となります。

なお、Tiled Map Editor で「オブジェクトレイヤー」を使うと、”カスタムプロパティ” で細かくイベントの発生条件を指定できるので、Tiled Map Editorを使う場合はこの機能を使って良いかもしれません。

4.イベントスクリプトの実装

会話メッセージを表示したり、キャラクター画像(立ち絵など)の表示、イベントフラグの制御などには、専用のスクリプトを用意した方が良いです。

とは言え、独自のスクリプト言語を実装するのは大変なので、既存のゲーム用のスクリプト言語を導入するのが良いと思います。

C# が使えれば、Miniscriptというのが評判が良いようです。

上記は英語ページですが、日本語で組み込み方法が紹介されているのでこちらを参考にするのが良いかもしれません。

もしくは「Lua」を組み込んでみても良いかもしれません。

補足として、イベントの呼び出しは「名前(関数名)」指定で呼び出せるようにしておくと、スクリプトの記述がやりやすいと思います。

スクリプト言語を自作する場合

もし、MiniscriptやLuaの組み込みができない場合は、スクリプト言語を自作する必要があります。

自作……となると「すごい大変そう」という印象を受けてしまうかもしれませんが、どこまで作り込むかで実装コストは変わります。

MiniscriptやLuaではこれらに相当する機能が実装されており、とても多機能となっています。ただこれをいきなり実装するのは大変です。

そこで自作する場合、まず以下のように仕様を限定すると難しくないと思います。

例えばC++による実装例です。

// コマンドオブジェクト.
struct COMMAND {
  int Code; // 命令コード.
  int Params[8]; // パラメータ。最大8個まで.
};
 
// 命令コード.
enum eCode {
  eCode_Message, // テキストメッセージ表示.
  eCode_Bg,      // 背景表示.
  eCode_BgOff,　 // 背景非表示.
  eCode_Wait,    // 一時停止.
  eCode_End,     // 終了.
};
 
// 実行コードテーブル.
static COMMAND_OBJ s_CodeList[] = {
  {eCode_Bg,      {1}},  // 背景画像 "1" を表示する.
  {eCode_Message, {3}},  // テキストID "3" を表示する.
  {eCode_Wait,    {30}}, // 30フレーム待つ.
  {eCode_BgOff,   {}},   // 背景消去.
  {eCode_End,     {}},   // 終了.
};

もしデータを外部化したい場合は、以下のようなテキストに置き換えても良いかと思います。

BG,1     // 背景画像 "1" を表示する.
MSG,3    // テキストID "3" を表示する.
WAIT,30  // 30フレーム待つ.
BG_ERASE // 背景消去.
END      // 終了.

1行が1つの命令となり、カンマ区切りでパラメータを指定します。会話で分岐が発生しない場合はこれだけで実装可能です。

「こんな単純なスクリプト言語使い物にならないのでは……？」と疑問に思うかもしれませんが、イベント中に分岐が発生しない場合にはこれで問題ありません。RPGだとやはり会話で分岐を発生させたくなるかもしれませんが、それについては「イベントの発生条件」に細かく条件を指定することである程度の制御は可能です。

ですが「やはりちゃんとしたスクリプト言語が欲しい……」となった場合は、本格的なスクリプト言語を作る本が参考になるかと思います。

2週間でできる! スクリプト言語の作り方 (Software Design ｐlus)

created by Rinker

• Amazon
• 楽天市場

こういった本では、「字句解析」「構文解析」といったスクリプト言語を作る上での必要な知識が書かれています。字句解析と構文解析について簡単に説明します。

例えば以下の独自スクリプトがあるとします。

if(a == 0) {
  print("hello");
}

これを字句解析すると、以下のようにスクリプトが分解されます。

プログラムにおける最低銀の意味を持った単語に分解することを「字句解析」と呼ばれます。そして次の構文解析でこの字句を意味のある階層構造にします。

構文解析とは、以下のような構文木を作ることです。

構文木とは、文字通りプログラム構文を木（ツリー構造）にデータ化したものとなります。

この構文木を上からたどり、下から評価してきます。

そして評価結果が「真」であれば、IF文のブロックを処理していきます。

以上、字句解析と構文解析の処理についてざっくり説明しましたが、考慮すべきことがたくさんあります。

このあたりは大変ですが、本やネット上の資料を調べて少しずつ実装していくのが良いと思います。

まずは、四則演算などの式の評価や、変数の実装から始めてみても良いかもしれません。

5. イベントフラグとイベント変数の管理

これについてはすでに紹介したので、省略します。

6. アイテムの管理 (インベントリ)

RPGのアイテムには大きく分けて、以下の３種類あります。

これらを明確に分ける必要がある場合とそうでないときがありますが、通常のRPGは明確に分けます。理由としては、すべてを同じアイテムとして扱ってしまうと、ユーザーが使いたいアイテムが見つかりにくくなるためです。そのためインベントリのカテゴリをそれぞれで分けて管理できるようにしたほうが親切となります。

ただローグライクの場合はインベントリ上、消耗品と装備品を一緒に入れることもあります。

参考資料として、昔ローグライクを作成したときのアイテムテーブルの実装例です。

消耗品アイテムテーブル

装備品テーブル

YouTube

今回の記事を動画にしました

にほんブログ村

ゲーム制作ランキング