RPGゲームエンジン比較：RPG Maker、Godot、Unity、Unreal、ブラウザビルダー

RPGゲームエンジンを選ぶことは、主に三つのことについての決断です。自分のアートをどう作るか、誰がコードを書かなければならないか、そして完成したゲームをどこで動かすか。選択肢はきれいに分かれます。RPG Maker MVとMZは、RPGのシステムがあらかじめ組み込まれた2Dエディタです。Godot、Unity、Unreal、Phaserは、自分でプログラミングする汎用エンジンです。Ren'Pyは対話を第一に考え、ゲームを脚本のように扱うエンジンです。ブラウザビルダーは、インストールとビルドの工程を完全に省きます。

このページでは、プロジェクトを実際に左右する事柄——コストとライセンス、コードに触れるかどうか、2Dか3Dか、何を書き出せるか、そして遊べる状態になるまでの時間——で、それらの道を比較します。数字が当て推量になる箇所では、代わりにその仕組みを説明します。エンジンに賭ける前に動く世界を見たいなら、終盤近くのエンジン不要のセクションを先に読んでください。

手早い答え

ゲームがステータス、アイテム、ダイアログボックスを備えた見下ろし型の2D RPGなら、RPG Maker MVかMZが最も速く遊べる場面に到達します。データベースとイベントシステムがすでにそれらのシステムをモデル化しているからです。レンダラーとルールの両方を、どちらにも費用を払わずに制御したいなら、Godotが特定の形式に縛られない最も安上がりな道です。チーム、コンソール提出、ミドルウェアが関わるなら、UnityとUnrealが理にかなっています。RPGがウェブページであり、すでにJavaScriptを書いているなら、Phaserが答えです。ゲームが主にテキストと分岐する選択肢なら、Ren'Pyが答えです。

下の表は七つの道を扱います。RPG Maker MV/MZ、Godot、Unity、Unreal、Phaser、Ren'Py、そして出力がビルドファイルではなくページになるブラウザビルダーです。列はコストとライセンス、必要なコーディング、2Dか3Dか、対象プラットフォーム、最初に遊べるまでの時間です。最後の列は、衝突判定と一つの操作可能なオブジェクトを備えた、操作できるキャラクターを画面に出すまでの時間として読み、ゲームを完成させるまでの時間とは読まないでください。ほとんどのRPGプロジェクトはレンダリングではなくシステムで行き詰まるので、表はふるいとして、後のセクションは決断として扱ってください。

比較表

その表の二つのセルには警告が必要です。Unityのウェブビルドターゲットは動作しますが、控えめな2D RPGでさえ、WebAssemblyビルドはアセット圧縮前には数十メガバイトになるのが普通で、スレッド化したビルドには、多くの静的ホストが既定では送らないクロスオリジン分離ヘッダー（COOPとCOEP）が必要です。症状は、明確なエラーではなく、空白のキャンバスとSharedArrayBufferに関するコンソールメッセージです。Godotのスレッド化ウェブ書き出しにも同じヘッダー要件があり、これがGodotプロジェクトがローカルでは動くのに無料のホストでは失敗する、単一で最もよくある理由です。

UnrealのHTML5書き出しは4.23から4.24の時期に廃止され、サポートされた代替はありません。そのためUnrealで作ったRPGは、バイナリとして、またはストアを通じて配布されます。リンクが配布の形なら、それはコードを一行も書く前にUnrealを候補から外します。

RPG Makerのブラウザ配布は、アセットツリー全体を最初に送り出します。小さなプロジェクトなら問題ありませんが、長いサウンドトラックのあるプロジェクトには苦痛です。マップよりずっと早く、音声がペイロードの大部分を占めるからです。最初の性能問題は、フレームレートではなく最初の読み込みだと見積もってください。

2D対3DのRPGエンジン

レンダラーは安い部分です。GodotとUnityはどちらも同じダウンロードで2Dと3Dを描画し、カメラを透視投影から平行投影に切り替えるのは一つのプロパティにすぎません。2DのRPGと3DのRPGの間で変わるのは、レンダラーの上流にあるすべてです。アセットをどう作るか、何人かかるか、そして変更が見えるようになるまでどれだけかかるか。

2Dの道はスプライトシートとタイルセットを意味します。四方向に歩くキャラクターには通常、方向ごとに三フレーム、合計十二フレームが必要で、16x16、32x32、48x48ピクセルで描きます。インポート設定はアートそのものより重要です。ピクセルアートにはフィルターモードをポイント（フィルターなし）に、圧縮をなしに設定してください。さもないとエディタ既定の双線形フィルタリングがすべてのタイルをぼかし、一晩かけてアーティストを責めることになります。新しいタイルを描いてフォルダに放り込むだけで済むので、反復は速いです。タイル一つ32ピクセルの100x100マップは3200x3200ピクセルの画像になり、実際のメモリコストですが、扱える範囲です。

3Dの道はメッシュ、リグ、スキンのウェイト、アニメーションクリップを意味します。キャラクター一人にはメッシュ、スケルトン、そして最低でも待機、歩行、攻撃のクリップが必要です。ライブラリをライセンスしないなら、それはゲームプレイが存在する前のモデリング時間です。反復は双方向により遅くなります。メッシュを変えるたびに、ライティング、詳細度メッシュ、衝突形状をすべて再確認する必要があります。見返りは、タイルグリッドにはできないことをこなすカメラと、スキャンした環境やキットバッシュした環境を受け入れる制作工程です。

実用的な問いは、どちらが見た目に優れるかではありません。最初に遊べる一時間の後に、アセットを何回変える見込みかです。2Dプロジェクトは何十回の変更を安く吸収します。3Dプロジェクトは十数回を吸収し、その後は一つにつき一週間かかるようになります。

RPG Makerはあなたを2Dに固定します。それは利点です。マップエディタ、オートタイル、キャラクターセットはすべてタイルグリッドを前提としているので、量産しなければならないアセットはタイルセットだけです。Unrealはあなたを3Dへと固定します。Paper2Dはスプライトを描画できますが、ライティング、物理、アニメーションのツールはメッシュを中心に作られているので、そこでの2Dゲームはエンジンと格闘することになります。

後から決められるのはGodotとUnityの二つですが、それには代償があります。試作をスプライトからメッシュに切り替えることは、衝突の作り直し、カメラ距離の再調整、すべてのアニメーションの作り直しを意味します。スプライトシートのフレーム数とリグのクリップ長には何の共通点もないからです。最初の戦闘に着手する前に次元を選び、後回しにしないでください。

コードを書く必要はあるか？

ツールがすでにモデル化している以上のものを望むまでは、不要です。RPG Makerのイベントシステムは、条件、スイッチ、変数を伴うコマンドの一覧で、コードを一行も打たずにクエストの連鎖、店、ターン制の戦闘を作れます。壁にぶつかるのは、カスタムのメニューレイアウトや、データベースが表現できない戦闘式のときです。その時点で、あなたはJavaScriptのプラグインファイルを編集し、プラグイン一覧に登録しています。それは初心者の仕事ではなく、プラグイン作者の仕事です。

UnrealのBlueprintsは、完全なビジュアルスクリプティング層を備えた汎用エンジンに最も近いものです。RPG全体のロジックをノードグラフとして作れますし、C++との性能差が目に見えるのは、大群衆や発射物のループのような、毎フレーム・アクターごとに走るコードだけです。Unityのビジュアルスクリプティングはパッケージとサードパーティ製アセットで、ほとんどのチュートリアルやフォーラムの回答はC#を前提としています。Godotにはゲームプレイ用のノードグラフが一切組み込まれていません。GDScriptが道であり、その構文は意図的にPythonに近づけられています。Phaserは最初の一行からコードです。Ren'Pyのスクリプト形式は、プログラムというより脚本に近く読め、例外的な処理にはPythonが使えます。

ノードグラフ対言語という区分に当てはまらない第四の選択肢があります。ゲームを描写し、ツールに構築させるのです。Neta Studioの3Dゲームビルダーは、書かれた描写を受け取り、タブで動くThree.jsの世界を生成します。変更は、シーンファイルを開いて適切なインスペクターパネルを探すのではなく、描写することで行います。ダメージ計算式をフレーム単位で正確に制御したいときには、ノードグラフの貧弱な代用品ですが、ほとんどのプロジェクトが準備に失う二週間にとっては、とても良い代用品です。

最も明確な例はRen'Pyです。プロジェクトはプレーンテキストのスクリプトファイルのフォルダで、任意のテキストエディタとランチャーだけで書いて実行できます。ランチャーの必須の仕事はゲームを起動することだけです。二つ目の例はPhaserです。プロジェクトはJavaScriptのフォルダとHTMLファイルで、ブラウザがエディタです。どちらの道も視覚的なマップペインターは与えませんが、テキストエディタで読めないプロジェクト形式をインストールさせることもありません。

RPG Makerは当てはまりません。データベース、マップ、イベントページがエディタのプロジェクト形式の中に住んでいるからです。ブラウザビルダーは逆を行きます。描写がプロジェクトそのもので、エディタは、あなたがすでに見ているテキストフィールドです。エディタを避ける理由が、覚えたくないからなら、この違いは機能一覧より重要です。

書き出しと公開

何を書き出すかが、プレイヤーが遊ぶ前にしなければならないことを決めます。RPG MakerはNW.js経由でWindowsとmacOSのビルドを配布し、ブラウザとモバイルの配布はバージョンとコミュニティのツールに依存します。ブラウザ配布はHTMLファイル、JavaScriptランタイム、プロジェクトの画像と音声のディレクトリで、任意の静的サーバーでホストできますが、タイトル画面が現れる前にアセットがダウンロードされます。

Godotはexport_presets.cfgに保存されたプリセットを通じて書き出します。ウェブ書き出しは、HTMLシェル、.wasmバイナリ、そしてプロジェクトデータを含む.pckファイルを生成します。Godot 4のスレッド化ウェブ書き出しにはSharedArrayBufferが必要で、これはホストがCOOPとCOEPのヘッダーを送ることを要求します。それらがないと、単一スレッドのビルドを配布するか、ページが起動しないかのどちらかです。UnityのウェブビルドはIL2CPPを通り、WebAssemblyとデータバンドルを生成します。スレッド化には同じヘッダー要件があり、無視したときの結果も同じです。

Unityの実用的なウェブの二つの問題は、初期読み込みとメモリです。起動時にすべてを読み込む場面は最初のフレームで止まります。修正はビルドを小さくすることではなく、アドレス可能なアセットと分割した場面です。Unrealはデスクトップとコンソール向けのネイティブバイナリを書き出し、サポートされたブラウザターゲットはありません。Phaserは何も書き出しません。ファイルがすでにウェブのファイルだからで、配布はフォルダをコピーすることです。Ren'Pyはビルド設定からプラットフォームごとの配布物を生成し、ウェブビルドも含み、ランタイムと並べてアセットをまとめます。

静的ホストに公開するなら、ゲームを試す前にヘッダーを試してください。COOPとCOEPを設定するローカルサーバーは、本番でだけ現れるホスティングの問題を隠してしまいます。

エンジン不要という選択肢

上記のどれも当てはまらない道があります。インストールするエンジンも、プロジェクトフォルダも、設定する書き出しプリセットもないからです。Neta Studioの3Dゲームビルダーは、書かれた描写を受け取り、ブラウザのタブでThree.jsを使って描画される世界を生成します。出力はページです。誰かにリンクを送れば世界が開きます。相手はアーカイブをダウンロードしたり、インストーラーを実行したり、実行ファイルを信頼するかどうかを決めたりする必要はありません。

それは仕事の形を変えます。編集のたびに再実行するビルド工程も、保守するプラットフォーム固有の書き出しもありません。地形、カメラアングル、ライティング、存在するキャラクター、プレイヤーにできることを描写すると、ビルダーがシーングラフを組み立て、Three.jsがそれを描画します。Agent Sprite Forgeは、アーティストが現れる前にキャラクターや小道具が必要になる場合を担い、Mini Worldとキュクロプスの島は、カメラ、地面、移動がすでに動いているのを確認できる、開ける遊べる世界です。

これは大規模なRPGにおいてGodotやUnityの代わりにはなりません。正確な数値要件のあるシステム——ダメージ計算式、バージョン間で互換性を保たなければならないセーブ形式、十数の状態が相互作用する戦闘ステートマシン——には、やはり本物のスクリプティング層が要ります。これが取り除くのはその前の段階で、まだ世界が存在せず、カメラが読めるかどうか、縮尺がおかしいかどうかを判断できない時期です。

十分で選ぶ方法

これらを順にたどり、決め手になる最初の行で止まってください。ほとんどのプロジェクトは最初の二つで決まります。

それが属する世界へ歩み入る

エンジンの比較は、一行が動くまではただの表です。何もインストールせずに試せるのはブラウザの行です。一文で描写され、ページとして書き出された世界を開いてください。それが表の最後の行の実際の感触です。