がっぽり！爆走人力車

ジャンル	人力車ドライビングアクション
開発期間	２か月
開発人数	５人
開発環境	C#, Unity
プラットフォーム	Xbox One, Series X\|S（ストアページ）、WindowsPC（ itch.ioにて配信中）
担当箇所	企画、リードプログラマ、人力車（プレイヤー）の挙動基礎設計＆実装、バージョン管理、マルチプラットフォームでの開発管理/パブリッシング
備考	東京ゲームショウ2022 神戸電子専門学校ブースにて展示

人力車の車夫として、爆走しながら次々と客をお届けするゲーム。
企画やリードプログラマなどを担当。
２か月間という短い期間のなか、５人のプログラマのみで開発。
Unityで開発し、Xbox Series X|SとWindowsPCでリリース。

シームレスで広いフィールドを、短期間で作成するために工夫をしました。

Unityエディタ拡張でレベルデザインを補助

１５０人を超える客を配置するために、エディタを拡張しました。
「乗車位置」と「降車位置」を可視化し、
マニピュレータで直感的にそれぞれを配置できるようにしました。

また、より良いレベルデザインのために「乗車位置と後者位置を線で結ぶ」という機能も追加しました。

床に埋まっている、空中に浮いている、ステージ外にあるなど、
不正な配置をしてしまうという辞退が発生しました。

そこで、それらを自動で検出できるツールも、Unityエディタ拡張で作成しました。

規模が大きくてシームレスなマップなので、フレームレートの低下が大きな問題となりました。

プロファイリングの結果、マップ上の建物が特に重いことが分かりました。
マップの負荷の軽減が急務となりました。

まず、ゲーム性の都合から遠景を描画する必要があったため、LoDによる解決をしようとしました。
しかし、開発メンバーは５人のプログラマのみ、開発期間も２か月という短期間であったので、LoDモデルを作成することは現実的ではありません。

そこで、一定以上離れた距離にある家は、共通の簡易な3Dモデルとして描画しています。

（左：通常時、右：遠いとき、共通の簡易3Dモデルとして描画されている様子）

建物を共通の簡易3Dモデルとして描画する際、
拡大縮小を決めるためにバウンディングボックスの情報を取得する負荷が高く、処理落ちしていました。

これは、バウンディング情報を事前計算しておくことで対策しました。

バウンディング情報を一括で計算、出力するツールを、Unityのエディタ拡張で作成しました。
実行時は、事前計算情報を参照するだけなので、処理負荷を大きく削減できます。

本作は、PCに加えてXboxコンソールでもリリースしました。
開発当初から、このことを留意して開発しました。

こまめにXbox実機上でテストプレイをしました。

正しくビルドができるか等に加えて、
実機の性能は開発PCの性能に比べて低いため、処理落ちしていないか等も確認しました。

Xboxの対応機種は、４つあります。

それぞれのスペック差が大きいため、
機種名を取得して機種を判別し、
自動でグラフィックス設定を変更するようにしています。

機種ごとに機能や仕様を変更した部分もあります。

C#のプリプロセッサなどを活用して、ビルド先によって実装を変更しています。

仕様が異なる箇所の例

PC版では、直近に操作したコントローラの種類を識別して、
キーガイドの表示を自動で切り替えるようにしています。

例えば、

のように、いつでも自動で切り替わります。

また、私が開発に関わったゲームパッド対応のPCゲームには、すべてこの仕組みを実装しています。

コントローラ種別の識別方法については、Qiita記事にまとめています。
Unityでコントローラーの種別を識別する(InputSystem) - Qiita