Warning:I'm newbee to Japanese,so the Japanese is mainly translared by Google.

私の日本語は本當に下手です

Common Issue about Houdini export DOP to VAT Rigid.

Houdini の VAT Rigid への DOP エクスポートに関する一般的な問題

1,the exported vertex position is messed.

第一，導出動畫位置混亂。

1、エクスポートされた頂點の位置がおかしくなります。

Since our exported VAT mesh is a single mesh,so all the fragments must come from one chopped mesh,which has been?UV Unwrap.You may delete some Attributes and merge all parts into one mesh if your VAT mesh is combining multiple imported meshes.

由于我們最終輸出到一個VAT Mesh上，所以所有在DOP中模擬的碎塊部分必須來自預先切割好，UV Unwrap好的一個模型。如果你的VAT是若干個外部導入mesh的集合，也許你需要手動刪除一些它們原先帶的Attribute,然后預先融合成一個Mesh。

エクスポートされた VAT メッシュは単一のメッシュであるため、すべてのフラグメントは、UV アンラップされた 1 つの切り刻まれたメッシュから取得されている必要があります。VAT メッシュが複數(shù)のインポートされたメッシュを結合している場合は、いくつかのアトリビュートを削除し、すべてのパーツを 1 つのメッシュにマージできます。

2.the exported VAT mesh has big cracks.

第二，導出的VAT Mesh有比較大的縫隙。

2.輸出されたVATメッシュに大きな亀裂があります。

The reason of that is VAT is normalized to [0-1] when exported,but then restored in game engine.Float number is divided and than multiplied during the process, which cause a systematic?error. Solution:lerp with vertex original position in the early short time of the animation,which ensures vertex is on original position when time=0,without cracks.Following shows an example with??Houdini18.04.499 exporting to?Unity?URP.Where I changed codes?of Sidefx's VAT package.??

這是由于VAT在export的時候被歸一化到0-1范圍，而在引擎中使用時又需要還原到正常大小，一來一回除法乘法了float，有不可避免的系統(tǒng)性數(shù)值誤差。解決辦法是在VAT shader中在動畫的初始小段時間與Mesh原頂點位置做lerp，這樣去保證在time=0的時候頂點一定在原位置，沒有縫隙。下面用Houdini18.04.499的Unity URP情況做個示范。對Sidefx的VAT?package代碼進行了改動。

その理由は、VAT はエクスポート時に [0-1] に正規(guī)化されますが、その後ゲーム エンジンで復元されるためです。プロセス中に浮動小數(shù)點數(shù)が除算され、さらに乗算されるため、體系的なエラーが発生します。解決策: アニメーションの初期の短い時間で頂點の元の位置を指定して lerp を実行します。これにより、時間 = 0 のときに亀裂が発生せずに頂點が元の位置にあることが保証されます。以下は、Houdini18.04.499 を Unity URP にエクスポートする例を示しています。Sidefx のコードを変更した場所VATパッケージ。

Never the less,the error is related to size of?bouding box.So we try to reduce BBox size as much as possible.In the example of fracture simulation,some small pieces may fly away very far,which makes BBox too large.One way to solve this is to hide these peices to a position where players cannot see.(You can't delete them directly,which makes pieces return to original positions when exported to VAT).Following is an example of that.

其次，由于這個誤差和包圍盒大小有關，所以我們要盡量減少DOP模擬過程中BBox的大小。以破碎模擬為例，一些小碎塊可能飛得特別遠，使得BBox特別大。一種解決辦法是將超過范圍的碎塊隱藏到某個玩家看不見的位置（不能直接刪除，因為刪除的頂點導出到VAT后會回到頂點原先位置）。下面是一段示例。

それでもなお、誤差は境界ボックスのサイズに関連しています。そのため、BBox のサイズをできる限り小さくしようとします。破壊シミュレーションの例では、いくつかの小さな破片が非常に遠くに飛び散る可能性があり、そのため BBox が大きくなりすぎます。これを解決するには、これらのピースをプレイヤーが見えない位置

に非表示にします。(直接削除することはできないため、VAT にエクスポートするとピースが元の位置に戻ります)。以下はその例です。

Now we have solved several problems when exporting VAT.Thanks,that'll be all.

至此，導出VAT的一些問題就解決了。謝謝。

これで、VAT を輸出する際のいくつかの問題が解決しました。ありがとうございます。これですべてです。

PS:

I wrote this because I used to use VAT in former company business,but when I want to use Houdini VAT to do some simple VAT for personal interest,the problems still get me,so I decided to record the solutions.Thanks for former company,former coworkers and boss,helped me a lot with this.Thanks for?五十嵐 孝司さん and 渡辺さん from Artplay for teaching me about Houdini when I was in former company.

寫這篇是因為我以前在前公司接觸過VAT，個人開發(fā)時想用Houdini VAT做簡單動畫,沒想到又碰到了一堆問題，于是記錄。感謝前公司同事和領導，當時給予了很多幫助。感謝前公司合作的五十嵐孝司和Artplay的TA渡邊先生當時的教學。

以前の會社で VAT を使用していたのでこれを書きましたが、個人的な利益のために Houdini VAT を使用して簡単な VAT を実行したい場合、依然として問題が発生するため、解決策を記録することにしました。前の會社に感謝します。元同僚と上司が、この件で私を大いに助けてくれました。前の會社にいたときに Houdini について教えてくれた Artplay の五十嵐 孝司さんと渡辺さんに感謝します。