SOPワークフローを説明するために、基本的なRBDシミュレーションセットアップをざくっり見ていきましょう。 ここでは、事前に粉砕された塔が地面に倒れて崩壊します。

• SOPセットアップは、高解像度オブジェクトを粉砕ピースに分解するRBD Material Fracture SOPで構成します。 このノードは、粉砕ピースが生成される位置を決めるポイントを生成します。 別の方法だと、既存のポイントをこのノードの 4番目 の入力に接続することができます。

  Note

  シミュレーションポイントと粉砕ポイントは同じ ではありません !

• オプションの RBD Configure SOPは、入力ジオメトリをパック化し、その関連アトリビュートをシミュレーションジオメトリに追加します(下記の注記を参照)。

• RBD Bullet Solver SOPは、シミュレーションを実行します。

アトリビュートは、粉砕ピースとシミュレーションポイント間のコネクションを確立するので、RBDプロシージャルと連携して重要な役割を果たします。 このプロシージャルを扱うには、いくつかの変換を実行する必要があります。 基本的には、すべてがpathアトリビュートとnameアトリビュートに依存しています。

• Solarisでは、このpathはいわゆるUSDプリミティブパスであり、Solarisのシーン階層プリミティブが最終的に出現する場所を決めます。 pathアトリビュートはnameアトリビュートよりも優先度が高く、それが指定されていなかった場合は、nameアトリビュートが使用されます(そして、通常ではSOP Import LOPの Import Path Prefix を介して足される相対パスが入ります)。

  USDプリミティブの数を最小限に抑えるために、さらに、すべての粉砕ピースを1個のMeshプリミティブにまとめたいです。 この解決策は、ジオメトリ全体に同じパスを割り当てることです。

• nameアトリビュートは、RBD Material Fracture SOPによって直接作成され、粉砕ピース毎に固有な名前(例えば、piece0、piece1など)が割り当てられます。 nameアトリビュートは、Bulletソルバが個別の粉砕ピースを識別するのに使用されるので、pathアトリビュートを使用して、すべてのポリゴンが同じUSD Meshプリミティブに取り込まれるように設定します。

nameアトリビュートとpathアトリビュートは既に上述のSOP Import LOPで使用されているので、それらのアトリビュートを直接RBDプロシージャルへ渡すことはできません。 このSOP Import LOPは、必要なジオメトリをSolarisに読み込みます。 この制限を克服するために、pathアトリビュートとnameアトリビュートから派生したpiecenameアトリビュートを導入します。 この新しいアトリビュートによって、SOP Import LOPのデフォルト設定を変更したり、独自のpathとnameを定義してシーン階層を制御する必要がなくなります。

• 特定のポイントがどの粉砕ピースに呼応するのかを指定するために、piecenameアトリビュートは、粉砕ピース上に、 且つ 、シミュレーションポイント上に存在しなければなりません。

• piecename シミュレーションポイント アトリビュートは、フルパスで指定されていなければなりません。 このフルパスは既存のpathアトリビュートとnameアトリビュートから構築することができます。 フルパスでなければならない理由は、RBDプロシージャルは複数のトランスフォームを同時に処理することができるからです。 この新しいパスを固有の識別子と見なすことができます。

pathが/world/tower、nameがpiece0だと仮定しましょう。 この場合だと、piecenameアトリビュートの結果は以下のようになります:

• Primitive → piece0

• Simulation point → /world/tower/piece0

以下のテーブルには、様々なアトリビュートがネットワークノードを通過した時にどのように変更されるのかを示しています。

	ノード	アクション
	Name	path Primitive アトリビュートを手動で作成します。
	RBD Material Fracture	name Primitive アトリビュートを自動で作成します。
	Attribute Swap	name Primitive アトリビュートの名前をpiecenameに変更します。
	Attribute Promote	path Primitive アトリビュートを Point アトリビュートに変換します。
	Attribute Wrangle	pathアトリビュートとnameアトリビュートからpiecename Point アトリビュートを構築します。

path Primitive アトリビュートから始めましょう。 Name SOPで、以下の変更を加えます:

オプションの RBD Configure SOPを使用する場合、シミュレーションの工程でこのpathアトリビュートにアクセスできるようにする必要があります。 Attributes ▸ Transfer Attributes パラメータで、デフォルトのエントリをv w pathに変更します。

piecename Primitive アトリビュートは、RBD Material Fracture SOP独自のnameアトリビュートから派生しています。 このアトリビュートの名前を変更するには、Attribute Swap SOPを使用します。以下がそのノードの設定です。

シミュレーションポイントには、piecenameアトリビュートも必要です。 上述の紹介で説明しているとおり、シミュレーションポイントのpiecenameは、nameアトリビュートとpathアトリビュートから構築されたフルパスです。

現時点ではpathは Primitive アトリビュートですが、 Point アトリビュートが必要です。 この変換には、Attribute Promote SOPを使用して、以下のパラメータを変更します:

また、RBD Bullet Solver SOPに、シミュレーションポイントと一緒にpathを 4番目 の出力に転送するように指示する必要があります。 RBD Bullet Solver SOPの Output タブを開いて、 Attribute Transfer に進みます。 デフォルトのエントリをage w pathに変更します。

piecenameアトリビュートを構築するには、通常ではAttribute Wrangle SOPを使用します。 VEXpression フィールドに、以下のVEXコードを入力します:

s@piecename = s@path+"/"+s@name;

キャッシュ化の工程は任意ですが、この工程では、高解像度ジオメトリピースとシミュレーションポイントを別々のファイルに書き出します。 複雑な粉砕でシーンのシミュレーションが重くて遅い場合、必ず粉砕がどうなっているのか検討してください。 しかし、RBDプロシージャルの Points Location ▸ File Cache モードを使用したい場合は、シミュレーションポイントのキャッシュ化は必須です。

この工程には、File Cache SOPを使用すると良いでしょう。

これで必要なアトリビュートが揃ったので、Houdiniの stage レベルに切り替えて、すべてをまとめていきます。下図のネットワークを見てみましょう:

まず最初にSOP Import LOPから始めます。 このノードは、アトリビュートの章で既に説明しましたが、粉砕ピースの静止状態をSolarisに読み込みます。 タイムラインのスライダを動かしても、オブジェクトに動きがないはずです。 また、このノードは、粉砕ピースに追加されているpath Primitive アトリビュートを読み込んで、シーン階層を構築します。 Scene Graph Treeを見ると、そこには/world/towerがあるはずです。 さらに、そのオブジェクトにはpiecename Primitive アトリビュートも含まれています。

では、RBDプロシージャルのパラメータを見てみましょう。 以下のテーブルでは、様々な設定について説明しています。

パラメータ	値	説明
Primitive Path	/$OS	ここでは、RBDプロシージャルが出現するScene Graph Tree内の場所を定義します。デフォルトのエントリは、ノードの名前(houdiniprocedural1)を読み込んで階層を作成します。このパスを好きなように変更してください。
RBD Primitives	/world/tower	このパスは、必ずSOP Import LOPを介して読み込まれた粉砕ピースを指すようにしてください。
Piece Attribute	piecename	ここでは、粉砕ピース上 且つ シミュレーションポイント上に存在しているアトリビュートの名前を追加します。デフォルトのエントリは、SOPネットワークで作成したアトリビュートに呼応しています。
Points Location	Primitive	デフォルトのエントリは、SOPネットワークから直接シミュレーションポイントを読み込みます。つまり、2個の関連する Point パラメータを使用して、 a) シミュレーションポイントが出現するScene Graph Tree内の場所を指定し、 b) RBDプロシージャルにそのシミュレーションポイントが検索される場所を知らせることができます。 このオプションを使用すると、Cache LOPを追加して、シミュレーションをバッファし、再生速度を向上させることができます。 ただし、 File Cache を使用した場合、そのファイルシーケンスのパスはポイントを使用して定義します。
Point Primitive	/rbd_points/$OS	ここでは、シミュレーションポイントのシーン階層を決めることができます。ここでも$OS変数はRBDプロシージャルの名前を受け取って、パスを完成させます。必要に応じて、このエントリを変更してください。
Points SOP	/obj/tower/POINTS	これは、パーティクルのSOPパスです。通常では、アクセスしやすいようにNull SOPを作成します。

Preview Procedural を有効にすると、ビューポート内でシミュレーションを評価することができます。 また、ライト、カメラ、その他必要なものを追加して、ステージを完成させることもできます。

以上でScene Graph Treeがわかりやすく配置されました。