最近のコントロール設定を使用してジオメトリをディスクに保存します。

TOPネットワークを使用して、別々のバックグラウンドプロセスでクックしてキャッシュファイルをディスクに保存します。 これによって、Houdiniの他の部分で作業を続けることができます。 キャッシュ化されたフレームは、そのフレームが他のプロセスによって完了すると現れます。

すべてのバックグラウンドキャッシュプロセスを停止します。

これが Frame Range の時、このノードはフレーム毎にキャッシュファイルを書き出します(以下のStart/End/Incを参照してください)。 一度にすべてのフレームを事前生成したくない場合、または、変更された単一フレームだけを再生成すれば良いと分かっている場合、 これを Single Frame に設定すると良いでしょう。 Single Frame に設定すると、このノードは現行フレーム(または Override Frame で設定したフレーム)のキャッシュファイルのみを書き出します。

シミュレーションを使用して生成されるシーケンスをキャッシュ化する場合、これを使用します。 これによって、各フレームが前のフレームに依存するようになります。

Evaluate As が Single Frame で、左側にあるチェックボックスを有効にすると、タイムラインの現行フレームではなく、ここで明示的に指定したフレーム番号のフレームがキャッシュ化されます。

レンダリングするフレーム範囲(開始フレーム、終了フレーム、増分値)を指定します。すべての値には浮動小数点の値を指定することができます。その範囲の値を含みます。

これらのパラメータが出力ドライバのローカル変数の値を決めます。

Evaluate As が Frame Range の時、ここには、各フレームを分割する小数サブフレームの数を指定します。 サブフレームをキャッシュ化すると、キャッシュ化されたアニメーションジオメトリのモーションブラーレンダリングの品質が良くなります。 Substeps に1より大きい数を設定し、 File Path を Explicit に設定した場合、明示的に指定するパスエクスプレッション内に$F(整数フレーム番号)の代わりに$T(単位が秒の浮動小数点時間)または$FF(小数フレーム番号)を使用することで、小数フレームを扱うことができます。

現行フレームがこのフレームより前だった場合、その現行フレームをクランプします。 これを使用することで、Start/End範囲より前のフレームに対して Start フレームのジオメトリをロードすることができます。 そうしなかった場合は空っぽのジオメトリが出力されます。

現行フレームがこのフレームより後だった場合、その現行フレームをクランプします。 これを使用することで、Start/End範囲より後のフレームに対して End フレームのジオメトリをロードすることができます。 そうしなかった場合は空っぽのジオメトリが出力されます。

ヘッダにメタデータを含むファイルフォーマット、特に.bgeo, .bgeo.sc, .geoは、ファイル全体を読み込まずに読み込むことができます。これは巨大なデータセットの処理で役に立ちます。

ジオメトリを Packed Disk Primitive として読み込んだ時または遅延読み込みした時、ビューポート表示をより軽いパックジオメトリ表現に設定することができます。この設定は、ビューポート内のレンダリングにのみ適用され、レンダリング時にはフルジオメトリがレンダリングされます。

ジオメトリを Packed Disk Primitive として読み込んだ時、このトグルは、プリミティブと一緒に保存したファイル名の変数を展開するかどうか制御します。 デフォルトでは、変数は保持されます。例えば、$HIP/geo/tree.bgeoというファイル名は、$HIP変数の値が臨機応変に変化するので、持ち運びができます。これは、パックプリミティブをディスクに保存して、そのジオメトリファイルを動かす場合にのみ重要です。

パックプリミティブに変数を保存する時(トグルがオフ)、プリミティブ自身が変数展開を実行します。プリミティブは、Houdini以外のアプリケーション(例えば、mantra、gplay、gconvertなど)からアクセスすることができるので、変数展開は、機能を制限してしまいます。例えば、.hipファイルのローカル変数や他のノードを参照するエクスプレッションを使うと、期待したように動作しなくなります。

このパラメータを設定すると、パックプリミティブと他の共有データが直ぐに読み込まれず、必要な時にのみ読み込まれます。 これは、巨大なシーンを開く際に、その読み込み時間を減らすのに役に立ちます。

Packed Disk Sequence プリミティブを作成した時、このパラメータには、レンダリング時に使用されるシーケンスのジオメトリを指定します。 このインデックスの値は線形であり、その範囲は0からディスクシーケンス内のジオメトリファイルの数(フレーム番号を基準にしていません)です。 範囲外のインデックス値は、自動的に周回してアニメーションサイクルを生成します。

インデックス値には非整数値を持たせることができます。トポロジーがディスクファイル間で一致していれば、そのジオメトリがレンダリング時にブレンドされます。 vm_pack_sequencesubstepsレンダリングプロパティも参照してください。

<path_to_image>/frame`padzero(3, $F+1)`.tga

Packed Disk Sequence プリミティブを作成する際、このパラメータには Sequence Index がフレーム範囲外の時の挙動を指定します。

このパラメータは、このノードのTOPスケジューラを上書きします。

保存する前にジオメトリから削除したいアトリビュートをスペースで区切ったリスト。 入力ジオメトリ上にアトリビュートが存在していて、以降のネットワークでそれらのアトリビュートが不要であると分かっているなら、 それらのアトリビュートがキャッシュに含まれないようにすることで、キャッシュファイルのサイズを小さくして、キャッシュの読み込みを高速化することができます。 アトリビュート名はどのレベル(Vertex、Point、Primitive、Detail)にもマッチします。 このノードはP(ポジション)Pointアトリビュートを決して削除しません。 * ^vといったパターンを使用することで、Pとv以外のすべてのアトリビュートを削除することができます。

保存する前にジオメトリから削除したいグループをスペースで区切ったリスト。 これは、出力内にまったく使用しないグループが含まれている場合があるシミュレーションデータで役に立ちます。 それらのグループがキャッシュに含まれないようにすることで、キャッシュファイルのサイズを小さくして、キャッシュの読み込みを高速化することができます。

入力内の特定のアトリビュートに対してフル精度を必要としないことが分かっているなら、 このマルチパラメータは、ジオメトリを保存する前にアトリビュートを低精度のタイプに変換することができます。 これによって、(アトリビュートの使用回数次第ですが)キャッシュファイルのサイズを小さくして、キャッシュの読み込みを高速化することができます。 数値を設定するか、または、プラス/マイナスのボタンをクリックすることで、変換の数を設定することができます。

詳細は、Attribute Cast SOPのヘルプを参照してください。

“Cast”マルチパラメータインスタンスで、ディスク容量を節約するために精度を下げたいアトリビュート(s)のレベル(Vertex、Point、Primitive、Detail)。

“Cast”マルチパラメータインスタンスで、ディスク容量を節約するために精度を下げたい( 上記の Class パラメータで)指定したレベルにおけるアトリビュートをスペースで区切ったリスト。

“Cast”マルチパラメータインスタンスで、ディスク容量を節約するために該当するアトリビュートを下げる精度。

Save to Disk または Save to Disk in Background をクリックした時に、このノードが Load from Disk を自動的に有効にするかどうか。

File Path が Constructed で、これが有効になっていると、 Save to Disk または Save to Disk in Background をクリックした時に、このノードは Base Name 内のエクスプレッションをリテラル文字列に自動変換します。 これによって、シーンファイルまたはノードを複製したり名前を変更しても、キャッシュは壊れません。

キャッシュファイルを書き出す時、そのファイルパス内の中間ディレクトリが存在しなければ、そのディレクトリを自動的に生成します。

すべてのシミュレーションOPを強制的にリセットします。 これには、DOP NetworkやPOP SOP、およびそれらの結果をキャッシュ化する他のOPを含みます。

これはシミュレーションをレンダー出力する最も安全な方法です。 シミュレーションをゼロの状態から開始し、異なるパラメータで実行した可能性のある部分的なシミュレーションがすべて破棄されるからです。

ファイルの書き込みが何パーセント完了したかを示す値です。これは、PixarのAlfredレンダーキューが求めるスタイルになります。

1つ以上のフレームを保存する場合、バックグラウンドスレッドに保存します。 これにより、ファイルが大きなサイズでも保存が速くなりますが、保存が完了するまで出力ジオメトリが保持されるため、メモリの使用量が多くなるかもしれません。

ディスク書き込みエラーによりジオメトリをディスクに保存できない場合、Houdiniでは普通、出力ノードがすぐにエラーになります。 保存エラーが回復できないような不正パスを表しているほとんどの場合で妥当といえます。 しかし、ネットワークの問題でファイルが保存できない場合もあります。 保存リトライ数がゼロでない場合、Houdiniはこのパラメータで指定された回数を再保存しようとします。 毎回、保存エラーのコンソールへ出力が行なわれ、ネットワークの回復を期待して5秒間の待機があります。

レンダリング時に特定のテイクの設定を使用します。レンダリング時に現行テイクを使用する場合は、 Current を選択します。

このノードがキャッシュファイルを見つけることができなかった場合(または、正しく読み込むことができなかった場合)にこのノードの( Load from Disk モードの)挙動を指定します。 Report Error は、このノードにエラーを設定して、以降のネットワークがクックされないようにします。 これによって、問題が発生した時にどのノードがエラーなのか分かりやすくなります。 No Geometry (デフォルト)は、このノードにエラーではなく警告を設定し、空っぽのジオメトリを出力します。 これは、見つからなかったキャッシュファイルの扱い方をネットワーク側で制御したい場合や、それらのキャッシュファイルが重要でない場合に役立ちます。

メモリにキャッシュ化するフレームの総数。これらのフレームはファイル名でソートされ、時刻でソートされているわけではないので、 複数のフレームが同じファイル名を評価していれば、それらのフレームは、同じキャッシュジオメトリを共有します。

次に必要なフレームを予測して、バックグラウンドでそれを読み込もうとします。 これにより、計算をファイルIOとオーバーラップさせることができます。

複数のフレームをブレンドする場合は、 Cache Frames が、次の新しいフレームだけをクック毎に読み込むのに十分な大きさである必要があります。 そうしないと、その先読みをする単純な予測モデルが混乱して動作を停止してしまいます。

各フレームのデータがディスクへの書き込みを終了した後に、このHScriptを実行します。 これは、それに該当するPost-Frame Scriptの常に後で、Post-Render Scriptの常に前ですが、それ以外の順番は未定義です。 バックグラウンドでの保存を有効にした時、これはファイルの保存が終了するまでスクリプトのアクションを遅延させることができます。

キャッシュ化する現行フレーム番号を計算するエクスプレッションを格納します。 このエクスプレッションを編集しないでください。

フレーム番号をゼロ詰め文字列として生成する(ドット接頭辞を含んだ)エクスプレッションを格納します。 このエクスプレッションを編集しないでください。

パスの“バージョン”部分を生成する(v接頭辞を含んだ)エクスプレッションを格納します。 このエクスプレッションを編集しないでください。

キャッシュファイルの親ディレクトリパスを生成するエクスプレッションを格納します。 このエクスプレッションを編集しないでください。

キャッシュファイルのファイル名を生成するエクスプレッションを格納します。 このエクスプレッションを編集しないでください。

ネットワークエディタ内でこのノードの隣に(ノード名とバッジの下に)表示される 説明用テキスト を生成するエクスプレッションを格納します。このテキストには、キャッシュファイル名のパターンが設定されます。 このエクスプレッションを編集しないでください。

現行フレームのキャッシュファイルの解決済みフルパスを生成するエクスプレッションを格納します。 このエクスプレッションを編集しないでください。