動作させるSmokeオブジェクト。

各計算ステップに入る前に、この入力に接続されたネットワークブランチを実行します。 標準のPyroセットアップでは、この入力に接続されたノード(Gas Resize Fluid Dynamic)は、ステップ毎に流体コンテナのサイズを自動的に変更します。

この入力に接続されたノードは、シミュレーションネットワークのVelocityフィールドを編集することができます。 例えば、カスタムフォースを“project gas non-divergent”ステップの 前に 適用することができます(以下の“Sourcing (post-solve)”入力も参照)。

この入力にGas Advectノードを接続することで、そのノードが、このソルバ内のフィールドに基づいて、コンテナに取り付けられたジオメトリデータのポイントを移流させることができます。

Temperature(温度)フィールドに対するガウスブラー係数。値が高いほど温度が広く広がり、定義された効果の鮮明さがぼやけ、より冷却性が増します。 例えば、2 の値は、Temperatureフィールドを毎秒2半径分ぼかします。

(このパラメータに対する実世界の現象は、シミュレーションの解像度よりも、より細かなスケールで乱流をシミュレーションすることです。これによってフィールドが外に広がります。)

Temperature(温度)フィールドがゼロに冷却される速さ。0.9の値は、熱いガスの温度を毎秒90%分(元の値の10%へ)下げます。

Velocityフィールドの“流動性”。値が高いほど近隣のボクセルが同じVelocityを持ち、より流動的な見た目になります。0の値は、隣接するボクセルが抵抗なしで任意の方向に移動できるようになり、 よりグチャグチャした乱流な見た目になります。

(ソルバ内側では、ボクセルのVelocityが近隣のボクセルのVelocityと異なる時、より高いViscosity(粘度)の値が、抵抗を招きます。現在のところ、これは拡散表現をVelocityフィールドへ適用することで実装されています。)

環境温度とボクセルの温度間の差分でスケールされた各ボクセルの上昇フォース。つまり、より熱い領域ほど上昇し、より冷たい領域ほど沈みます。この値を上げると、その効果をより速く、そしてより高くします。

浮力が適用される方向。通常では、これはシミュレーションのUp方向ですが、シミュレーションの見た目を迅速に微調整するために、よく修正することがあります。

この出力のオペレーションは、このノードに接続している入力に依存します。 オブジェクトストリームがこのノードの入力であれば、その出力も入力と同じオブジェクトを含んだオブジェクトストリーム(しかし、取り付けられたこのノードのデータを持ちます)です。

オブジェクトストリームをこのノードに接続しなかった場合、その出力はデータ出力になります。 このデータ出力をApply Data DOPに接続したり、他のデータノードのデータ入力に直接接続することで、 このノードのデータをオブジェクトや他のデータに取り付けることができます。

このDOPノードはData Optionsページの各チャンネルとパラメータに対して、チャンネルと同じ名前のローカル変数を定義します。 例えば、ノードにPositionのチャンネル(positionx、positiony、positionz)とオブジェクト名のパラメータ(objectname)があるとします。

そのノードには、positionx、positiony、positionz、objectnameの名前を持つローカル変数も存在します。これらの変数は、そのパラメータに対する前の値を評価します。

この前の値は、処理されているオブジェクトに追加されたデータの一部として常に保存されています。 これは、本質的には以下のようなdopfieldエクスプレッション関数のショートカットです:

dopfield($DOPNET, $OBJID, dataName, "Options", 0, channelname)

データがまだ存在しないなら、ゼロの値または空っぽの文字列が返されます。

この値は、現在のデータが作成されたシミュレーション時間(変数STを参照)です。 このノードが新しいデータを作成せずに既存データを変更していれば、この値は現在のシミュレーション時間と同じにはなりません。

この値は、現在のデータが作成されたシミュレーションフレーム(変数SFを参照)です。 このノードが新しいデータを作成せずに既存データを変更していれば、この値は現在のシミュレーションフレームと同じにはなりません。

この値は、データがリレーションシップ(例えば、Constraint Anchor DOPがConstraint DOPの2番目、3番目、4番目の入力に接続されている時)に追加されている時だけ設定されます。

この場合では、この値は、データが追加されているリレーションシップの名前に設定されます。

この値は、データがリレーションシップ(例えば、Constraint Anchor DOPがConstraint DOPの2番目、3番目、4番目の入力に接続されている時)に追加されている時だけ設定されます。

この場合では、この値は、データが追加されているリレーションシップのAffected Objectsすべてに対するオブジェクトIDをスペース区切りにしたリストの文字列に設定されます。

この値は、データがリレーションシップ(例えば、Constraint Anchor DOPがConstraint DOPの2番目、3番目、4番目の入力に接続されている時)に追加されている時だけ設定されます。

この場合では、この値は、データが追加されているリレーションシップのAffected Objectsすべてに対するオブジェクト名をスペース区切りにしたリストの文字列に設定されます。

この値は、データがリレーションシップ(例えば、Constraint Anchor DOPがConstraint DOPの2番目、3番目、4番目の入力に接続されている時)に追加されている時だけ設定されます。

この場合では、この値は、データが追加されているリレーションシップのAffector Objectsすべてに対するオブジェクトIDをスペース区切りにしたリストの文字列に設定されます。

この値は、データがリレーションシップ(例えば、Constraint Anchor DOPがConstraint DOPの2番目、3番目、4番目の入力に接続されている時)に追加されている時だけ設定されます。

この場合では、この値は、データが追加されているリレーションシップのAffector Objectsすべてに対するオブジェクト名をスペース区切りにしたリストの文字列に設定されます。

ノードが評価されるシミュレーション時間です。

この値は、変数Tで表現される現在のHoudiniの時間と同じではなく、DOP Networkの Offset Time と Scale Time のパラメータの設定に依存しています。

STは、シミュレーションの開始時間がゼロになるようになっています。 つまり、シミュレーションの最初のタイムステップをテストする時は、$T == 0や$FF == 1を使うのではなくて、$ST == 0のようなテストを使うのがベストです。

ノードが評価されるシミュレーションフレーム(正確には、シミュレーションタイムステップ番号)。

この値は、変数Fで表現される現在のHoudiniのフレーム番号と同じではなく、DOP Networkパラメータの設定に依存しています。 代わりに、この値は、シミュレーション時間(ST)をシミュレーションタイムステップサイズ(TIMESTEP)で割算した値と同じです。

シミュレーションタイムステップのサイズ。 この値は、1秒あたりのユニットで表現した値をスケールするのに役に立ちますが、タイムステップ毎に適用されます。

TIMESTEPの逆数。 シミュレーション時間の1秒あたりのタイムステップ数です。

シミュレーション内のオブジェクトの数。 Empty Object DOPなどのオブジェクトを作成するノードでは、SNOBJは、オブジェクトが評価される度に値が増えます。

固有のオブジェクト名を確保する良い方法は、object_$SNOBJのようなエクスプレッションを使うことです。

このタイムステップ間で現行ノードで評価されるオブジェクトの数。 この値は、多くのノードがシミュレーション内のオブジェクトすべてを処理しないので、SNOBJとは異なります。

NOBJは、ノードが各オブジェクトを続けて処理(例えば、Group DOP)しないなら0を返します。

ノードで処理される特定のオブジェクトのインデックス。 この値は、指定したタイムステップで常にゼロからNOBJ-1まで実行されます。 この値は、OBJIDやOBJNAMEなどのシミュレーション内の現行オブジェクトを識別せず、現在の処理順でのオブジェクトの順番を識別します。

この値は、オブジェクト毎に乱数を生成するのに役に立ちます。他には、処理別にオブジェクトを2,3のグループに分けるのに役に立ちます。 この値は、ノードがオブジェクトを続けて処理(例えば、Group DOP)しないなら-1を返します。

処理されているオブジェクトの固有ID。 すべてのオブジェクトは、すべての時間のシミュレーション内のオブジェクトすべてで固有な整数値が割り当てられています。たとえオブジェクトが削除されても、そのIDは決して再利用されません。 オブジェクトIDは、オブジェクト毎に別々の処理をさせたい場面(例えば、オブジェクト毎に固有の乱数を生成したい)で非常に役に立ちます。

この値は、dopfieldエクスプレッション関数を使って、オブジェクトの情報を検索するのにベストな方法です。

OBJIDは、ノードがオブジェクトを続けて処理(例えば、Group DOP)しないなら-1を返します。

この文字列には、現行ノードで処理されているオブジェクトすべての固有のオブジェクトIDをスペース区切りにしたリストが含まれています。

この文字列には、現行ノードで処理されているオブジェクトすべての名前をスペース区切りにしたリストが含まれています。

現行オブジェクトが作成された時のシミュレーション時間(変数STを参照)。

そのため、オブジェクトが現在のタイムステップで作成されたかどうかチェックするには、$ST == $OBJCTのエクスプレッションが常に使われます。 この値は、ノードがオブジェクトを続けて処理(例えば、Group DOP)しないなら0を返します。

現行オブジェクトが作成された時のシミュレーションフレーム(変数SFを参照)。

この値は、OBJCT変数にdopsttoframeエクスプレッションを使ったものと等価です。この値は、ノードがオブジェクトを続けて処理(例えば、Group DOP)しないなら0を返します。

処理されているオブジェクトの名前を含んだ文字列値。

オブジェクト名は、シミュレーション内で固有であることが保証されていません。 しかし、オブジェクト名が固有になるように注意して名前を付けていれば、オブジェクトの識別は、オブジェクトIDよりも、オブジェクト名を指定するほうが簡単です。

オブジェクト名は、同じ名前を持つオブジェクトの数を仮想グループとして扱うこともできます。 “myobject”という名前のオブジェクトが20個あれば、DOPのActivationフィールドにstrcmp($OBJNAME, "myobject") == 0を指定すると、DOPがその20個のオブジェクトのみを操作します。 この値は、ノードがオブジェクトを続けて処理(例えば、Group DOP)しないなら空っぽの文字列を返します。

現在のDOP Networkのフルパスを含んだ文字列値。 この値は、ノードを含むDOP Networkのパスを知りたりDOPサブネットのデジタルアセットで非常に役に立ちます。