シーンは、Houdiniに同梱されている Stadium Example から始めます。 そのサンプルは、 Crowds シェルフにあります。

1. Crowds シェルフを開き、 Stadium Example アイコンをクリックしてシーンに追加します。 少しすると、セットアップが完了します。

2. ビューポートの右上コーナーに2つのボタンがあります。その2つ目のボタン( No cam エントリ)をクリックして、ドロップダウンメニューを開きます。 そこから stadiumcrowdexample/cam1_side を選択して、群衆がよく見えるようにします。

ネットワークを見ると、3つのグレーのネットワークボックスがあります。 Simulationネットワークボックスは、特に重要なノードを含んでいます。 crowdネットワークボックスは、このプロシージャルで使用されるアニメーションキャラクタを含んでいます。

シーンには、観客を配置するスタジアム席があります。 このオブジェクトは、このプロシージャルでは必要ありませんが、当然ながら全体像を把握するのに必要です。

1. stage レベルで、SOP Import LOPを作成します。 SOP Path パラメータの横にある Open floating operator chooser ボタンをクリックします。 ノード選択ダイアログを使用してstadiumノードを選択し、 Accept をクリックして選択を確定します。 この例でのフルパスは/obj/stadiumcrowdsexample/stadiumです。

2. Solaris/USDでは、名前が重要な役割を果たします。Scene Graph Treeでは、新しくインポートされたジオメトリの名前は単にsopimport1で、これはノードの名前です。 インポートノードの名前をstadiumに変更して、識別しやすくします。

このプロシージャルは、カメラを使用して距離やピクセルサイズを測定することでエージェントをインスタンスに置換するかどうかを判断するので、カメラは必須となります。

⇥ Tabを押してTabメニューを開きます。 そこから Scene Import (Cameras) を選択します。 これは、SOPネットワークからシーンの3つのカメラを自動的に取得するように事前設定されたScene Import LOPです。

ビューポートの右上コーナーにあるドロップダウンメニューが No cam になっていると思います。 このドロップダウンメニューを開いて、インポートしたカメラのいずれかを選択します。

群衆には、静止状態とアニメーション状態があります。 このプロシージャルを動作させるには、両方の状態が必要です。 SOP Crowd Import LOPは、1つのノードを介して両方の状態をロードするように設計されました。 また、群集には幅広いアトリビュートがあります。 このノードには様々なトグルがあるので、本当に必要なアトリビュートのみをインポートすることができます。 これによって、Solarisシーンのリソース消費を低く抑えることができます。

1. stage レベルで、SOP Crowd Import LOPを追加し、その入力をカメラインポートノードの出力に接続します。

2. SOP Path パラメータには、前述のcrowdジオメトリノードを指します。 Open floating operator chooser ボタンをクリックします。 ノード選択ダイアログを使用してcrowdノードを選択し、 Accept をクリックしてその選択を確定します。 シェルフツールを使用した場合、このパスは/obj/stadiumcrowdsexample/crowdです。

3. Import Path Prefix も指定することができます。このパラメータのエントリは、この群集プリミティブをScene Graph Tree内でどのように表示するかを定義します。 デフォルトの$OSはノードの名前を受け取りますが、これはあまり直感的ではありません。 SOPネットワークに直接関連しているため、/crowdという名前の方が適切です。

   Scene Graph Treeで/crowdエントリを展開すると(以下の画像を参照)、群衆のすべてのキャラクタ、そのSkelRootおよびMesh、さらにはツリーの横にあるInspectorでPrimvar/アトリビュートにアクセスすることができます。

   

4. Import Rest Geometry Data セクションを展開し、 Attributes をオンにして、必要なアトリビュートのみをロードします。 静止状態に本当に必要なのは、P transform uv boneCaptureです。

5. Import Animation Data を使用して、アニメーション状態のアトリビュートの数を制限することもできます。 必須の Attributes はbounds transfromです。

多くのユーザは、レンダリング設定をネットワークの最後に適用しますが、Houdini Procedural: Crowdと組み合わせる場合は、プロシージャルの 前に 設定を適用する必要があります。 なぜなら、プロシージャルは最終画像におけるエージェントのピクセルサイズを予測するのに、画像解像度が必要になるためです。 例えば、わずか数ピクセルのサイズのエージェントは、群衆の外観に影響を与えることなく、置換することが可能です。

1. Karma Render Settings LOPを追加し、その 1つ目 の入力を群衆インポートノードの出力に接続します。

2. カメラが複数ある場合は、 Camera パラメータの関連するドロップダウンメニューを開き、最終レンダリングに使用したいカメラを選択します。

3. Resolution を使用して、画像のサイズをピクセルで指定します。

Engine Settings やサンプル数などの他のパラメータは、プロシージャルに影響しません。

エージェントとカメラ間の距離を測定して群衆のLOD(詳細レベル)を定義するために、レンダリング設定で指定したカメラを使用する必要はありません。 代わりに、プロシージャルで直接LOD Cameraを指定することもできます。

プロシージャルはネットワークの中心部であり、上流のデータをすべて収集して、レンダリング時に直接群衆シミュレーションを最適化します。 作業の大半は内部で行なわれ、実際はデフォルト設定のまま進めることができます。 ただし、ビューポートでプロシージャルの出力をプレビューできるLOD設定があります。 そこではインスタンスの量を調整したり、様々なカラーで視覚化することができます。

• Houdini Procedural: Crowd LOPを追加し、その入力をKarma Render Settings LOPの出力に接続します。

LOD ¶

デフォルトでは、プロシージャルはレンダリング設定ノードの Camera パラメータのエントリを読み込み、カメラと各エージェント間の距離を計算します。 プロシージャルの LOD Threshold パラメータを使用して、 プロトタイプ インスタンス と デフォルト のエージェント間の比率を決定することができます。

• SkelRootプリミティブの変形ジオメトリは、背景プリミティブの プロトタイプ として使用することができます。

• 背景SkelRootプリミティブは、別のプリミティブの変形ジオメトリの インスタンス になることができます。

• デフォルト のSkelRootプリミティブは、プロシージャルによって変更されず、元の状態を維持します。

1. Visualize Instances をオンにすると、上記の3つのタイプをカラーで視覚的に区別することができます。

2. 最終的にカラーを確認するには、Preview Houdini Procedurals LOPを配置し、その入力を上流の群衆プロシージャルの出力に接続します。

3. プレビューノードの青の Display/Render タグをオンにして、ノードをアクティブにします。

群衆プロシージャルの LOD Threshold パラメータのスライダを左にドラッグします。この場合、多くのディテールが必要なため、白の デフォルト のエージェントが増えていきます。 以下の比較画像の左側では、 LOD Threshold は0.3で、背景には少数の青のエージェントがいます。

反対に、スライダを右にドラッグすると、実際には遠く離れているため、青と緑のキャラクタが増えていきます。 エージェントはレンダリングで小さくなり、高い詳細レベルは必要ありません。 右側の画像では、 LOD Threshold は2.0です。

前述のように、エージェントの分布は、レンダリング設定で定義したカメラに基づいています。 しかし、別のカメラに基づいてLOD計算を行なうこともできます。 スタジアムのシェルフシーンには3つの異なるカメラが付属しています。

LOD Camera をオンにすると、パラメータに関連付けられたドロップダウンメニューを使用して、使用可能な他のカメラを選択し、 LOD Threshold の増減に応じてタイプ間の比率がどのように変化するかを確認することができます。