Muscle Solver Vellum SOP ノードにアトリビュートを格納するのに使用される精度およびメモリ量を変更します。

Vellum Solverの実効時間のスケール乗数を指定します。この値を使用すると、バレットタイムのようなエフェクトを作成できます。 Vellum Solverの物理計算が、Houdiniのプレイバーとは異なる時間軸で実行されます。値を2に設定すると、筋肉が2倍速で落下し、0.1に設定すると、0.1倍速で落下するようになります。

ここで指定したサブステップの数で、シミュレーションの各フレームを分割します。 高速移動での衝突や急激なフォースに対しては、サブステップを上げる必要があります。

シミュレーションで、ここで指定した回数だけ衝突が実行されます。 衝突は、拘束のイテレーションと交互に行なわれます。衝突は処理が重いので、大きい数を設定しないようにすることをお勧めします。

Collision Passes を10に設定すれば、ほとんどのケースでうまくいきますが、それよりも substeps の使用をお勧めします。 品質を上げるには、Substepsを使う方が効果的です。

各サブステップ内で、ここで指定した回数だけ拘束が実行されます。 剛性の高い拘束を収束させるには、この反復回数を上げる必要があります。

Constraint Iterationsは、収束が早いガウス・ザイデル法を使用します。 しかし、剛性が高すぎたり、不可能な構成が原因で完全に収束しなかった場合、目立つエラーとして崩れた三角形のようなものが残ってしまいます。

各サブステップ内で、ここで指定した回数だけスムージングが実行されます。

Smoothing Iterationsは、収束は遅いものの、残ったエラーが穏やかに広がるヤコビ法を使用しています。 Smoothing Iterations のデフォルトの10回でもエラーは滑らかになりますが、 Constraint Iterations の値が非常に大きい場合は、回数をさらに増やす必要があります。

ここで指定した回数だけ、最終ラウンドの衝突検出が実行されます。

オンの時、追加で実行するコライダーペアパスの数を指定します。 衝突パスでは、完全に解決できない衝突ペアが存在する可能性があります。 これらの未解決の衝突ペアがすべて解決されるまで、これらのパスは実行されます。 これらのパスはアクティブなコライダーでのみ実行され、新しい衝突検索は実行されないため、この処理は非常に軽いです。

静止位置または Tポーズ として使用するアトリビュートを指定します。 このアトリビュートはシミュレーションジオメトリ(Input 1)で見つけることができます。

静止位置または Tポーズ として使用するアトリビュートを指定します。 このアトリビュートは2番目の入力ジオメトリ(Input 2)で見つけることができます。

筋肉に適用する均一な重力を指定します。

風のフォースに抵抗するポイントの量を指定します。

動くボーン(Input 2のアニメーションされたボーンサーフェス)の速度が、筋肉に 影響を与える かどうかを決定します。減衰は引き算処理です。 Velocity Damping 値が高い場合、筋肉が取得する速度は 減り 、値が低い場合は転送される速度(エネルギー)の量が 増え ます。

オンの時、筋肉のシミュレーションはメモリにキャッシュされます。

オンの時、スキンのシミュレーションはディスクにキャッシュされます。

メモリキャッシュの最大サイズを設定します。

オンの時、特定の条件が満たされるまで、サブステップを繰り返すことができます。 現在の条件は、無効化されたポイントが原因でジオメトリが引っかかり、無効化されてないポイントがストレッチを生成することで生じる問題を修正するように設計されています。 衝突は常に拘束を未然に防ぐので、結果としてスキンがストレッチします。 自動的に無効化されたポイントに隣接したポイントも、過度なストレッチが検出されると、同じように無効化されます。 この解決ステップは、ジオメトリが解放されるまで繰り返されます。

ここで指定した回数を最大として、サブステップを繰り返します。無効化する必要のあるポイントがなくなると、プロセスは即座に停止します。

ポイントが無効化の対象であるかを判断をするために使用する、解決ステップの終わりにおけるストレッチの量。 これは、失敗した衝突が筋肉を引き離している時に、それを検出するためのものです。 無効化するポイントを増やすことに失敗すると、通常は筋肉が解放され、ストレッチを続けるよりも良い結果が得られます。