なぜ VN Studio を作るのか

制約が創造性を解放する

ビジュアルノベル（ゲーム）を作りたい。そう思い立ったとき、選択肢は意外と少ないことに気づきます。

Unity や Unreal Engine のような汎用エンジンは、確かに何でもできます。 3Dのオープンワールドもアクションゲームも、シミュレーションも。 しかし「何でもできる」ということは、「何をするにも膨大な設定と学習が必要」ということの裏返しです。

一方、既存のビジュアルノベル向けの専用エンジンは、 ビジュアルノベルに特化している分手軽ですが必ずしも直感的ではなく、また表現力に天井があり、 「もう少し『こう』したい、『ああ』だったらいいな・・・」と思うとき、壁にぶつかります。

まるで iPad でお絵描きをするように——
直感操作で、誰でもプロフェッショナルなノベルゲームを。

VNStudio が目指すのは、この2つの世界の「いいとこ取り」です。 Unityの圧倒的な描画力はそのままに、 クリエイターが触る画面は徹底的にシンプルにする。 そのために選んだ手法が「リモートコントロール」です。

発想の転換 — Unity を「レンダラー」として使う

VN Studio のアーキテクチャの核心は、 Unity を直接触らせないことにあります。

通常、Unity でゲームを作るには Unity Editor を開き、 シーンを組み、プレハブを作り、インスペクタでパラメータを調整し…… と、膨大な手順が必要です。 これはプログラマーや技術に精通したクリエイターには問題ありませんが、 「物語を書きたい」「イラストを動かしたい」という人にとっては大きな障壁です。

そこで VN Studio では、WPF (.NET) で作られた専用エディタを用意し、 そこからゲーム画面（Unity）を外部からリモートコントロールします。

クリエイターは WPF エディタの軽快なテキストエディタ上で、 独自の軽量スクリプト（VNScript）を書きます。 bg school と書けば学校の背景が表示され、 show heroine smile と書けばキャラクターが笑顔に変わります。

# シンプルなスクリプト例
bg school_rooftop
show heroine smile 200 0
bgm play twilight

しるふぁ "ねえ、この風景・・・素敵よね。"

fade out 1.5
wait 1
bg night_sky
fade in 1.5

しるふぁ "いつまでも、忘れないよ。"

この数行のテキストが、Unityの強力なレンダリングパイプラインを通じて、 美しいフェード演出や高品質なオーディオ再生として実現されるのです。

ゲームスタイルを「限定する」という戦略

Unity は汎用エンジンだからこそ、ゲームジャンルに応じて無数の設定が存在します。 しかし VN Studio はビジュアルノベル専用と割り切ることで、 UIからは不要な「複雑さ」を徹底的に排除しました。

• シーン管理？ → 不要。スクリプトがシーンそのもの。
• プレハブ設計？ → 不要。背景もキャラも画像ファイルを置くだけ。
• Inspector設定？ → 不要。すべてスクリプトで宣言的に記述。
• アセットインポート設定？ → 不要。フォルダに置けば自動認識。

これは「機能が少ない」のではなく、「必要な機能だけが、最高の形で使える」ということです。 制約は不自由ではなく、創造に集中するための環境なのです。

そして、レトロPCへ

もう一つ、VN Studio のユニークな特徴があります。 同じ WPF エディタから、Windows だけでなく MSX2(TurboR)（1985年発売のレトロPC）にも プレビューを送ることができるのです。

これはエディタが「特定のランタイムに依存しない」設計だからこそ実現できました。 スクリプトをバイトコードにコンパイルし、MSX 用の Z80 ランタイムで解釈する。 Floyd-Steinberg ディザリングで画像を 256 色に減色し、美咲フォントで日本語を表示する。

同じ物語が、最新の Unity6 レンダラーでも、40年前のレトロPCでも体験できる。 それが VNStudio の描く未来です。

次回予告

Vol.1 では、このアーキテクチャの心臓部である NamedPipe によるリモートコントロールの仕組みを、 コードレベルで詳しく解説します。