ジオメトリネットワークでは、ネットワークの一部(すべてのノードが“コンパイル可能”であれば)を コンパイルブロック の中に格納することができます。 ある意味では、コンパイルブロックは、その中のノード群が1つのノードであるかのように動作します。

これは、ネットワークの挙動にいくつか制限を強いることになりますが、それに合った状況においては潜在的に大きなメリットをもたらす可能性があります。

• 主なメリットは、for-eachループのマルチスレッド化です。このfor-eachループのネットワークは、膨大な数のピースに対してそれぞれ同じノードのブロックを実行します。コンパイルブロックを使用することで、Houdiniはそれらの反復処理をマルチコアで展開することができます。

• 他のメリットは、OpenCLをもっと効率的に使用できることです。通常であれば、ノードがグラフィックカード上のジオメトリを処理したとしても、潜在的に他のノードがそのジオメトリにアクセスを試みる可能性があるので、ノード毎にジオメトリをメインメモリ内にコピーしなければなりません。しかし、コンパイルブロックでは、複数のOpenCLベースのノードがグラフィックカード上にデータをコピーしてその結果を戻すという手間を省いて処理ができるようにそのデータを維持することができるので、処理速度が速くなります。

• 通常のネットワークでは、各ノードは理論的にそのノードが処理するジオメトリのコピーを作成します。これを実際に効率化できるように最適化がたくさん施されていますが、それでも負荷があります。コンパイルブロックでは、外部参照が許可されていないので、それらのノードは同じジオメトリに対してインプレース(直接データを書き換え)で動作することができます。このおかげで、コンパイルブロックをさらに高速化することができます。

残念ながら、これらのメリットを得るために、Houdiniのダイナミクスと流体で動作させるのにいくつかの柔軟性を制限しなければなりませんでした。

Houdiniは、1つ以上のCompile Block Beginノードとそれに呼応するCompile Block Endノード間のすべてのノードのコンパイルを試みます。

ループの中にコンパイルブロックを置くのではなく、コンパイルブロックの 中に ループを置きます。

トップレベルのFor-Each Block Endノードの Multithread when Compiled を有効にします。 このチェックボックスを有効にすることで、このループの別々の反復を別々のコアに分散させるようにHoudiniに伝えます。 分散タスクの数が爆発的に増加しないように、外側のループにのみこれを有効にした方が良いでしょう。

ブロックの入れ子化 ¶

コンパイルブロックとループを使用する時、注意して各ブロックの“境界”でBegin/Endノードを使って各ブロックを適切にカプセル化してネスト化しなければなりません。 視覚的に、ネットワーク内では、ブロックを横断するワイヤーは、ブロックのBeginノードに接続されたワイヤーのみにしてください。

このネットワークでは、merge3のワイヤーがブロック境界を横断しています。これは、通常のクックで有効であり、Houdiniは、反復毎にそのパスを再クックします。 コンパイルブロック内のループは、別々のユニットとしてコンパイルされますが、それらのループはそれら自身が独立している必要があります。

そのmergeの前にBlock Beginノードを挿入することで、コンパイルとループのブロックが適切に入れ子化されるように修正しました。このBeginノードの Method パラメータを Fetch Input に設定しました。

制限事項のセクションで説明している通り、コンパイルブロック内ではジオメトリのエクスプレッションは、ノードの直接入力を参照することができません。さらには、コンパイルブロック内のノードを名前で参照することができません。 この規則では、クックする内容に対して“驚き”のあること(動的エクスプレッション)ができないことです。 コンパイルブロック内で他のSOPのデータを要するSOPは、クック中ではなく クック前に データを静的に整理しなければなりません。

(Attribute WrangleやAttribute ExpressionなどのVEXベースのノードの場合は若干異なります。VEXノードでは、VEX SOPは必要に応じて入力を試して評価することが非常に効率悪いために、常にすべての入力を評価するようになっているので、point(0, …)はVEXで動作します。)

この回避策は、ノードに Spare入力 を追加し、参照したいノードの入力を指すようにすることです。 これで、ノードパスを使用せずにSpare入力の番号を使用することができます。 Spare入力は、コンパイルブロックを実行する前に 事前クック されます。これによって、複数スレッドがロックを気にせずに事前クックされたジオメトリを参照することができます。

• Spare入力は、(Wrangleノードに付いている4つの直接入力を越えて)Wrangleノードでさらにジオメトリ入力を参照するのにも役立ちます。

• コンパイルブロック内のノードにディスプレイフラグを付けた場合、そのネットワークは、そのノードまでを(コンパイルせずに)普通にクックします。コンパイルするには、コンパイルブロックのEndノード上またはその後のノードに対してディスプレイフラグを付けなければなりません。

• バッジを有効にすることで、コンパイルブロックで 使用できない ノードを確認することができます。

  ネットワークエディタで、 View ▸ Display Options を選択するか、Dを押します。 Context Specific Badges タブで、 Non-compilable SOP Badge を Normal または Large に設定します。 コンパイルブロック内で 使用することができない ノードがバッジでマークされます。