プリコンピュートは、システム、プローブ、キューブマップのラジオシティデータを出力します。また、プリコンピュートは各メッシュのライトマップ UVのセットも作成します。

ゲームランタイム、または編集ツールのリアルタイムプレビューで間接光を表示するには、永続ランタイムデータが必要です。データはコンパクトで、通常はベイクされたライトマップよりも大幅に少ないディスク容量しか使いません。

ランタイムデータはワールドジオメトリから算出され、いつでも自動で再生成できます。大きなプロジェクトでは、すべてのランタイムデータを再生成するのには非常に時間がかかるため、ディスクに永続ランタイムデータを保存し、シーンがロードされるたびにプリコンピュートを実行しなくても済むようにすることが必要不可欠です。

永続ランタイムデータが生成された後にワールドジオメトリに変更があった場合、古いデータを使用し続けることはできますが、間接光が不適切になる可能性があります。

データフロー

以下の図は、Enlighten シーンから永続ランタイムデータへのデータフローを表示しています。

プリコンピュートのプロセスにより、プリコンピュートの結果がシーンルートの __Build<scene>___ ディレクトリにある precomp と radiosity サブディレクトリに保存されます。プリコンピュートのプロセスが問題なく完了すると、これらの場所から永続ランタイムデータを抽出し、ゲームランタイムと編集ツールにロードできるような形式で保存します。

プリコンピュートでは __Build<scene>___ ディレクトリに多くの追加中間データ生成されます。保存する永続ランタイムデータのサイズを小さく抑えるため、結果のうち必要な部分だけを抽出します。

__Build<scene>___ にエクスポートされた Enlighten シーンと中間データが使用されるのは、プリコンピュートとデバッグツールのみであり、ランタイムラジオシティ更新では必要とされません。

プロトタイプの実装では、___Build<scene>___ ディレクトリから直接ゲームランタイムにファイルをロードする可能性もありますが、本番の実装では現実的ではありません。

データレイアウト

Enlighten ランタイムデータは、各システム、プローブセット、キューブマップについて個別のオブジェクトにグループ化されます。

ゾーンの自動生成されたシステムを見つけるには、IPrecompGeneratedSystems オブジェクトをロードします。

// path: "precomp/[zone name].gs"
const Enlighten::IPrecompGeneratedSystems* generatedSystems
    = Geo::LoadInterfaceCompressed<Enlighten::IPrecompGeneratedSystems>(path);
 
for (Geo::s32 systemIndex = 0; systemIndex != generatedSystems->GetNumSystems(); ++systemIndex)
{
    const Enlighten::IPrecompInputSystem* inputSystem = generatedSystems->GetSystem(systemIndex);
    Geo::GeoFileString systemName(inputSystem->GetName());
 
    // このシステムに関連するラジオシティ データを抽出します
}

ゾーンの自動生成されたプローブセットを見つけるには、IPrecompOutputProbeOctree オブジェクトをロードします。

// path: "precomp/[zone name].opo"
const Enlighten::IPrecompOutputProbeOctree* probeOctree
    = Geo::LoadInterfaceCompressed<Enlighten::IPrecompOutputProbeOctree>(path);
 
for (Geo::s32 probeSetIndex = 0; probeSetIndex != probeOctree->GetNumProbeSets(); ++probeSetIndex)
{
    Geo::GeoFileString probeSetName = Geo::GeoFileString::Printf("%s_%d", probeOctree->GetName(), probeSetIndex);
 
    // このプローブ セットに関連するラジオシティ データを抽出します
}

Enlighten シーンにキューブマップを追加する際、プリコンピュートの後にランタイムデータを抽出できるよう、名前を記憶しておきます。

明示的システムグループまたは手動で配置されたプローブを使用する場合、同じようにシステムとプローブセットの名前を記憶しておきます。

単一のゾーンのすべてのシステム、プローブセット、キューブマップを 1 つのまとまりに組み合わせ、ランタイムファイルシステムを効率的にロードすることをお勧めします。

以下は、1 つのまとまりのデータレイアウトの実践的な例です。

各ライトマップ UV セット
- ライトマップ UV アレイ
ライトマップによりライティングされた各システム
- ライトマップによりライティングされたシステムのラジオシティデータ
プローブによりライティングされた各システム
- プローブによりライティングされたシステムのラジオシティデータ
ライトマップによりライティングされた各インスタンス
- インスタンス GUID
- ライトマップ UV セットのポインター
- ライトマップ UV トランスフォーム
- ライトマップによりライティングされたシステムのインデックス
各プローブセット
- プローブセットのラジオシティデータ
各キューブマップで
- キューブマップのラジオシティデータ

ディスク上の永続ランタイムデータの各まとまりを圧縮し、容量を節約してロード時間を短縮することをお勧めします。

大規模なチーム

大規模なチームで Enlighten を本番運用する場合、ランタイムデータ生成について 2 つのワークフローを考慮することをお勧めしています。どちらもプリコンピュートの実行が必要ですが、要件は各々大きく異なります。

1.アーティストが編集ツールでワールド (の一部) の Enlighten 構成をイテレーションできるようにします。

アーティストは、ワールドのうち自分に関係する部分のみをプリコンピュートすることを選び、時間を節約します。
アーティストは、ワールドに大幅な変更を加えた後にプリコンピュートを実施することを選びます。
アーティストはライトマップ UV のみを素早く生成し、ライトマップレイアウトをプレビューできます。
アーティストが処理中の変更をワールドに含めると、間接光への影響を確認できるようになります。

すぐに使用するには、上のワークフローを最初に実行します。

2.レビュー用のパッケージ化されたビルドを作成します。

理想的には、ビルドファームでの無人分散継続ビルドの一部として自動化します。
ワールドのすべての部分を同時にプリコンピュートします。
常にワールドの最新バージョン/構成を使用します。
ワールドの各バージョンに対してはプリコンピュートを 1 度だけ実行します。
最新のビルド結果は、ワールドの各バージョンに紐づけられた中央リポジトリに保存します。

この分離には、以下のようなメリットがあります。

パッケージ化されたゲームビルドでは、Enlighten ランタイムデータが常に信頼できるものになります。プロセスの自動化によって、ヒューマンエラーが最小になります。
ワールドに対して作業するメンバーが多い大規模なチームでは、ワールドの変更の影響をプレビューしたい場合を除き、各チームメンバーがローカルでプリコンピュートを実行する必要はありません。

データのデバッグ

プリコンピュートにより、ランタイムをデバッグするために使用できるデバッグデータが生成されます。このデータは、たとえば GeoRadiosity 視覚化サービスで使用でき、独自の視覚化を作成するために使用します。

詳細についてはプリコンピュートのデバッグをご覧ください。

データ フロー

データ レイアウト

大規模なチーム

データのデバッグ

データフロー

データレイアウト

Browser not supported