Wwiseヘルプ

プロジェクトの以下のエレメント用に、新規Work Unitを作成できます。

Work Unitを最初に作成した時のプロジェクトエレメント以外のものを、そのWork Unitに入れることはできません。例えば、イベント用のWork Unitにはイベントのみ、エフェクト用のWork Unitにはエフェクトのみを入れることができます。

ソースコントロールシステムを使ってプロジェクトファイルを管理する場合、Default Work Unitを含む全てのWork Unitを、ソースコントロールシステムのセントラルレポジトリまたはデポに追加できます。ソース管理プラグインを使用している時にWork Unitを作成すると、そのファイルをレポジトリに追加するようプロンプトが表示されます。

プロジェクトのサウンド構造、イベント、SoundBankなど全てのエレメントは、自動的に該当するDefault Work Unitにアサインされます。新規Work Unitを作成した後、プロジェクト内の様々なエレメントをこれら新規Work Unitに振り分けることができます。エレメントをアサインしたいWork Unitにドラッグして入れることで、簡単にアサインできます。

	注釈
	プロジェクトエレメントを新規Work Unitに移動したり既存のWork Unit間で移動させる時は、プロジェクトチームの他のメンバーがそのプロジェクトエレメントを使って作業をしていないことを、事前に確認してください。

このメソッドでは、プリペアされたイベントと、現在アクティブなゲームシンクの、両方に関連するメディアだけが、メモリにロードされます。何百というWork Unitがあり、1つのフォルダに一律に入れたくない場合などは、特に便利です。

フィジカルフォルダと仮想フォルダは、本質が全く異なります。フィジカルフォルダはディスク上の実際のディレクトリを表すのに対し、仮想フォルダはそれが入っているWork Unitのファイルの一部です。両者ともコンテンツの整理に使いますが、フィジカルフォルダはWork Unitの先祖であり、仮想フォルダはWork Unitの子孫です。

フィジカルフォルダを、Project Explorer内で直接作成したい時は、他のフィジカルフォルダのコンテキストメニューを利用するか、Project Explorerのツールバーボタンを利用します。

フィジカルフォルダに入れることができるのは、他のフィジカルフォルダとWork Unitファイルだけです。

Work Unitを他のWork Unitの中にネスト化できます。ネスト化すると、Work Unitのコンテンツは親のWork Unitではなくネスト化したWork Unitに委任されます。これを利用して、1つの共通Actor-Mixerオブジェクトの下に複数のWork Unitを置くことで、ネスト化したWork Unitに共通の動作やミキシングプロパティを設定できます。

Work Unitをネスト化することによりファイルをさらに細かく分別できるので、マージ時のコンフリクトの可能性を減らせます。

ネスト化したWork Unitは、それが入れられたフィジカルフォルダの中に保存されます。Work Unit名は、1つのフィジカルフォルダ内で必ず固有の名前とします。

ネスト化したWork Unitを作成できるのは、以下の種類のオブジェクトの下です。

	注釈
	ネスト化したWork Unitのディスク上の保存先は、ルートWork Unitと同じレベルです。

プロジェクトを複数のWork Unitに分割した後は、自分が作業するものだけを残して、他のWork Unitをアンロードできます。プロジェクトの一部のWork Unitをアンロードする主な目的は、プロジェクトのロード時間の削減、メモリ使用量の削減、そして全体のパフォーマンスの改善です。プロジェクト自体が非常に大きい場合、Work Unitを1つ以上アンロードすることで、パフォーマンスが大幅に改善されます。

プロジェクトからアンロードできるのは、ユーザーが作成した以下の種類のWork Unitです。

	注釈
	Default Work Unitはプロジェクトにとって不可欠なため、アンロードできません。

	注釈
	ネスト化されたWork Unitは、個別にアンロードできます。また、そのWork UnitのルートのWork Unitをアンロードすると、アンロードされます。

プロジェクトからアンロードしたWork Unitは、Project Explorerに表示されません。再度プロジェクトにロードするまで、そのWork Unitでは作業できません。

アンロードしたWork Unit。

ロードしたWork Unitに入っているオブジェクトやイベントで、引き続き作業ができます。ただし、これらのオブジェクトやイベントの中には、アンロードされたオブジェクトやイベントへのレファレンスを含んでいるものがあるかもしれません。例えば、以下のプロジェクトエレメントの中に、アンロードされたオブジェクトやイベントへのレファレンスが含まれることがあります。

その場合、アンロードされたエレメントは[Unloaded]とマークされ、黄色ハイライトで表示されます。

引き続きオブジェクトの追加や削除、プロパティ値の変更、SoundBank生成などが可能ですが、Wwiseでこれらのオブジェクトやイベントを再生することはできません。

Work Unitをプロジェクトからアンロードすると、すぐにアンロードされます。アンロードしたWork Unitの中のコンテンツをアクセスする必要がある場合は、いつでも簡単にプロジェクトに再ロードできます。また、アンロードしたWork Unit内のオブジェクトやイベントに影響するようなプロジェクト変更を実行した場合は、それらのWork Unitをプロジェクトに再ロードする時に、変更点が、Project Load Logに表示されます。

	注釈
	Work Unitをプロジェクトからアンロードすると、使用されていないソースファイルと、プロジェクトにロードしていないソースファイルを、Wwise上で区別できません。その結果、全てのWork Unitを再ロードしてWwiseで完全な検証を実行するまで、プロジェクトで使用するファイルとしてWwise側で把握できないものは、File ManagerのUsage列で、Unknown（不明）とマークされます。

Work UnitがWwise外で変更された場合は、プロジェクトを開き直さなくても、そのファイルをリロードできます。

Macでオーサリングしている場合は、Wwiseがあなたのハードドライブ上のWork Unitの変更を、自動的に検知できません。外部での変更を、手動でチェックする必要があります。

プロジェクトで作成したWork Unit名を変更する必要が出てくることもあります。Work Unit名は、Project Explorerや、File Managerで変更できます。Windows ExplorerやMac FinderでWork Unitの名前を変更したり削除したりすると、インテグレティ上のエラーやプロジェクトデータの損失が発生するおそれがあるので、避けてください。

	注意
	Default Work Unitsはクリティカルなプロジェクトファイルであり、名前変更や削除をしてはいけません。もし名前変更や削除を行った場合は、次にプロジェクトを開いた時にWwiseが再度、作成します。

作成したWork Unitがプロジェクトで不要となり、削除する必要が出てくることもあります。Work Unitは、Project Explorerや、File Managerで削除できます。Windows ExplorerやMac FinderでWork Unitを削除すると、インテグレティ上のエラーやプロジェクトデータの損失が発生するおそれがあるので、避けてください。

ソースコントロールシステムからワークユニットファイルを削除すると、そのワークユニットのエレメントがプロジェクトで不在となるため、インテグレティエラーが起きることがあります。プロジェクトを開くと、これらのエラーと共にフィックス方法の詳細が、必要に応じて表示されます。プロジェクトの不整合については 「Resolving project inconsistencies」を参照してください。

	注意
	Default Work Unitsはクリティカルなプロジェクトファイルであり、名前変更や削除をしてはいけません。もし名前変更や削除を行った場合は、次にプロジェクトを開いた時にWwiseが再度、作成します。