Rawデータの バイト順 。 すべてのデータが1バイトでない限り、そのデータが作成された方法に基づいて、これを設定する必要があります。 データを作成したプログラムが採用している“エンディアン”を調べること以外で、これを何に設定するべきか知る術はありません。 ただし、“Little”(デフォルト)が最近のシステムでよく使用されています。

ガリバー旅行記で、そのタイトルの名前の主人公が小人の国に漂流した話を皆さん知っていると思いますが、 その島の国々がなぜ戦争をしていたのかを思い出せないのではないでしょうか。 これは、卵を割る時に、小さい方から割るべき派と大きい方から割るべき派に対立したのが原因でした。

コンピュータ科学の世界でも同様の問題が起こりました。 マルチバイト値を格納する時、あなたは大きい部分を先に格納するのか？それとも小さい部分を先に格納するのか？

既存フレームのレンダリングをスキップします。このパラメータには3つの値があります。

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

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

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

このジオメトリ出力により実行された処理の間に、分散シミュレーションプリミティブが送信または受信したバイト数がプリントされます。

これは、例えばファイルをNFSマウントへ保存するといった使用方法はトラックしません。 Gas Net Exchange Border DOPのようなノードのネットワークコミュニケーションのみをトラックします。

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

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

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