使用ソフトウェア・パッケージ

・ゲーム開発ソフトウェア：Unity 2021.3.19f1
　・カメラシステム：Cinemachine（なめらかなカメラワーク実現のため）
　・サウンドシステム：CRIWARE ADX LE（インタラクティブサウンド、Android低遅延再生のため）
　・アニメーションツール：DOTween（スクリプト単位での細かいアニメーションのため）
　・レンダリング：Universal Render Pipeline（HDRを用いた光表現を行うため）
　・モデリング：Pro Builder（簡易的なモデリングを効率よく行うため）
　・モデリング：Blender（頂点カラーを使用した軽量なモデルを制作するため）

・音楽ゲーム譜面制作：NoteEditor

・音楽制作
　・DAW：Reaper
　・主な使用音源
　　・総合音源：KOMPLETE 14 ULTIMATE
　　・A.Gt：Ample Guitar T III
　　・バウロン：Modest bodhrán 2

インタラクティブミュージックについて

ゲーム内の状況（例えばプレイヤーの位置）に合わせて、BGMをリアルタイムに変更すること。
音楽を楽器ごとやセクションごとに書き出し、CriwareのAtomCraftを用いて制御する。
インタラクティブに音量を操作する水平の演出（縦の遷移）と、タイミングを指定して音源を切り替える垂直による演出（横の遷移）の大きくわけて2パターンがある。

参考：水平の演出
参考：垂直の演出

ゲーム内では、主に霧が濃い森のシーンと、音楽ゲーム時に使用されている。

音楽ゲーム
水平で実現。
Perfect用音源、Great用音源をそれぞれ用意し、同時に再生している。

プレイヤーのノーツ判定（Perfect、Great、Miss）によって、主人公が演奏している楽器の再生ファイルを変更している。
Perfectであれば装飾音符など、テクニックを盛り込んだ演奏に、
Greatであれば通常の演奏に、
Missであれば無音に、
といった具合に変更している。

霧が濃い森のシーン
水平+垂直で実現。
あらかじめ設定されたパス(cinemachine)に沿って音源を移動させる。プレイヤーが近ければ進み、遠ければ戻る。パスの進行度によって各楽器のボリュームを操作している。

終点には楽器を演奏しているNPCがおり、話しかけると音楽的に破綻がないよう、適切なタイミングでエンディングフレーズが流れ、会話が始まる。

BGMには、そのままエンディングフレーズに移行して問題のないタイミングと、破綻するタイミングがある。セクションの区切りでエンディングに移行すれば、違和感は少ないが、最大16秒程度の待機時間が生まれてしまう。

そこで、パス終盤になると、エンディングに移行できるタイミングが多いCセクションをループさせることで、待機時間を最大3秒程度に抑えることを実現した。（プリエンディングと呼ばれるらしい。）

水平、垂直ともに使うため、おおよそ8トラック*8セクションの64個のファイルを生成し読み込んでいる。

揺れる草花について

専用のポリゴンを用意し、シェーダーグラフにて専用のシェーダーを自作することで実現。
Blenderにて、板ポリのQuadを制作、頂点カラーを用いて、上部2頂点のみ赤色に設定する。
（揺れる部分を赤色に設定。木のモデルデータに適応する場合は、葉先を赤色に）
色空間をLiner、頂点カラーを出力するオプションを有効にした上で書き出し、Unityに読み込む。

シェーダーグラフの頂点シェーダー部分にて、頂点カラーを取得し赤色であれば、三角関数を用いてx座標を揺らすシェーダーを作成。

Sprite Rendererに影を落とす、受け取る方法

インスペクタ上から、DebugModeを有効にすると当該設定が現れる。

Singletonパターン

今回の制作では、Singletonパターンとよばれるデザインパターンを多用した。
主にシーン内でただ一つのみ存在するManagerクラスに用いた。このようにすることで、例えば画面の暗転、音の再生、プレイヤーの表情の変更をどのクラスからも呼び出せるようになる。
ジェネリック型を使い、SingletonManager<自分自身の型>を継承することで汎用的に使えるようにしている。

public class SingletonMonoBehaviour<T> : CustomMono where T : MonoBehaviour
	{
		static T instance_;
		public static T Instance
		{
			get
			{
				return instance_;
			}
		}

		protected virtual void Awake()
		{
			if (instance_ == null)
			{
				instance_ = (T)FindObjectOfType(typeof(T));
			}
			else
			{
				Debug.LogWarning("既にコンポーネントが存在します。name:" + name, gameObject);
				Destroy(gameObject);
			}
		}

		private void OnDestroy()
		{
			Debug.Log("Singleton destroyed. name:" + name);
			instance_ = null;
		}
	}

ただし、そのメリットの裏返しとして、どこからでもアクセスできるためデバッグが煩雑化することに加え、テスト運用との相性が悪い。そのため、本来は慎重に使うべきだが、一人で開発を行う分にはメリットのほうが大きいと判断した。