TOPネットワークは、コンピュータに処理させたいワークアイテム(作業項目)を生成するための"レシピ"を作り、単一マシン上もしくはレンダーファーム上のプロセス内で効率的にワークアイテムを走らせたり、 できるだけ並列でたくさんのワークアイテムを実行できるように依存関係を解決します。 作られる"レシピ"の正体は、処理したいワークアイテムとその依存関係を示したPDG(Procedural Dependency Graph)です。

街を生成するワークフローを例にすると、地形の生成、道路のレイアウト、多種多様なビルのアセットの配置、樹木の配置、標識やベンチといった街頭設置物の配置などが必要になります。 これらの工程のいくつかは並列で処理することができ、他の工程は特定の工程が完了するまで処理を開始することができません。

手動で記述したスクリプトを使って街の生成を自動化しようとした場合、おそらく、それらの工程を別々の"パス"(地形の生成、道路のレイアウト、ビルの配置など)に分けることになるでしょう。 この方法だと、ほぼ間違いなくパス内およびパス間で並列で実行できる機会を見逃してしまうので、本当はまったくといって非効率です。 例えば、地形の特定のタイルの処理が終われば、他のタイルの処理が完了するのを待つことなくそのタイルに対して道路のレイアウトや樹木の配置を始めることができるはずです。

最終出力を生成するのに必要なすべての作業間で依存関係のネットワークを構築することで、TOPsはもっと効率の良い方法を探して街のレシピを"クック"することができます。 何かしらの変更があった時でも、TOPsはその変更のあった情報に依存している部分を把握しているので、その街の"再クック"に必要となるワークを最小限で実行することができます。

Houdiniの一部として、TOPsは特にシミュレーション、レンダリング、コンポジットなどのエフェクト作業を遂行できるように重きを置いていますが、 依存関係を持たせた状態で個々のワークアイテムに分解可能な作業でも役立ちます。

TOPノードのネットワークを構築することによって、処理させたいワークを指定し、その結果を制御する方法を指定します。 TOPノードは、ワークを実行するワークアイテムを生成したり、アトリビュートに情報を格納します。 TOPノードは主に2つのタイプがあります: プロセッサは新しいワークアイテムを生成し、パーティションはそのパーティション内のすべてのワークアイテムが完了するまで待機できるようにワークアイテム間に依存関係を生成します。

ワークアイテムは、HoudiniジオメトリのPointアトリビュートと同様に何かしらの情報を含んだ アトリビュート を持っています。 ワークにそのアトリビュートを読み込ませることで、そのワークの処理を制御することができます。 アトリビュートは、"親"ワークアイテムから生成されたワークアイテムに渡されるので、このアトリビュートを使用することで、ワークアイテムの結果を子ワークアイテムの処理に影響を与えたり、 ワークアイテムをまとめてグループ化したり、ネットワークを通じて情報を渡すことができます。

カスタムコードにアトリビュートを読み込ませることでワークアイテムの生成を制御することができますが、 アトリビュートを最もよく使うのは、 TOPノードのパラメータ、もしくは、TOPネットワークが参照するHoudiniのネットワークとノードのパラメータからそのアトリビュートを参照する 時です。

• 例えば、異なるレンダー品質を試行錯誤したいとしましょう。Wedge TOPを使用してpixelsamplesアトリビュートに異なる値を設定したワークアイテムを生成することができます。すると、ROP Mantra Render TOPの Pixel Samples パラメータでそのアトリビュートを参照できるように@pixelsamplesを設定することができます。

• 他にも、TOPネットワークからコールされた外部のアセット/ネットワークのワークアイテムアトリビュートを参照することができます。例えば、HDA Processorはワークアイテム毎にHoudiniアセットをクックすることができます。そのアセットのパラメータに@attribute参照を使用することで、そのワークアイテムから値を引き出すことができます。

@attribute.componentを使ってベクトルのコンポーネントを参照することができます。componentは0から始まる数値またはx, y, z(それぞれ0, 1, 2に該当)です。例えば、@pos.xまたは@pdg_output.0です。

ノードとカスタムコードは任意でアトリビュートを追加することができますが、ワークアイテムにも常にアクセス可能なビルトインのアトリビュートがいくつか用意されています。

詳細は、アトリビュートの使い方を参照してください。

• 一般的な経験則 として、 動的ワークアイテムよりも静的ワークアイテムの方が好まれます: ワークアイテムの数がわかっているので、どれだけのワークが処理されるのかが感覚的にわかり、Houdiniによる完了パーセンテージの評価の精度がもっと良くなります。

• とはいうものの、 ワークフローによっては、動的ワークアイテムは避けて通れません 。実際にほとんどの ネットワーク全体 が動的です。ゲームのワークフローを例にすると、レイアウトカーブからレベルを生成する時、カーブと他のカーブが交差、カーブとタイルが交差、カーブと他の何かと交差するまでそのワークの量がわかりません。

• Houdiniがそのワークが静的なのかどうかを判断できなくて、ワークアイテムを静的または動的のどちらで生成するのか選択する場合があります。そのような場合だと、TOPネットワークは実行中に常にどのワークアイテムが必要なのかを解明することができることから、常にワークアイテムを動的とマークした方が 安全 です。しかし、ワークアイテムが静的であることを既に 知っている のであれば、そのノードを静的とマークすることで、その静的ワークアイテムの恩恵を受けることができます。

  (Wait for Allノードは、動的な数のワークアイテムを静的な数(1)に変換することができます。他のパーティションノードでも動的な数を静的な数に変換することができます。このような場合は、手動でノード設定を変更する必要がなくて、Automatic設定で制御することができます。)

  • 一部のプロセッサノードには、 Work Item Generation メニューがあります。ここからStatic, Dynamic, Automaticを選択することができます(Automaticは"このノードが静的ワークアイテムを生成することができる、または、何も入力がない場合に静的ワークアイテムを生成する"ことを意味します)。動的にしか動作しない、または、静的にしか動作しないようなプロセッサには、このようなオプションはありません。

  • 一部のパーティションノードには、 Use Dynamic Partitioning パラメータがあります。パーティション化が動的に生成された情報に依存している場合には、これを有効にしてください。パーティション化が直近の上流の静的ワークアイテム内の"既知"の情報にのみ依存している場合には、これを無効にしてください。その場合、グループ化も静的に計算することができます(一部のパーティションノードには、そのノードが動的または静的なパーティション化のどちらで動作させるのかを指定するためのオプションが備わっていません)。

詳細は、TOPネットワークユーザーインターフェースを参照してください。