avatar 代入時に姿勢が変わる対策

[ousttrue]

fixed #2201

animator.avatar = newAvatar

としたときに元の値を維持する？挙動があります。
そのため 旧avatar と newAvatar で元になる姿勢が異なる(例えば正規化)場合に姿勢が壊れます。
対策として、 Destory(Animator) して作り直します。

v0.116 より前はヒエラルキーをコピーしていたため代入時の元の値を維持する挙動をたまたま回避できていたようです。
v0.116 はコピーせずに同一のヒエラルキーで実行します。

[ousttrue]

#2207 merge 後に rebase します 🙏

[Santarh]

むしろここが気になったんですが、現状の実装では Export 対象の GameObject に破壊的変更を加えるようにしたということですか？

v0.116 はコピーせずに同一のヒエラルキーで実行します。

出力操作をするとモデルが変更されるというのは、ユーザから見ると予想しづらい（困った）挙動だと思えます。
すくなくとも Editor での Export の場合、素直にコピーした方が実装も挙動もシンプルになりそうですがどうなんでしょう？

[Santarh]

さすがにそれはなくて、元の GameObject 自体は不変で、コピーしたものを操作して出力しているか。
なので v0.116 も ヒエラルキーをコピーして はいて、シーンが破壊されるようなことはないですよ、ね？

UniVRM/Assets/VRM/Editor/Format/VRMEditorExporter.cs

Line 154 in 197efa5

target = GameObject.Instantiate(target);

[Santarh]

なるほど。ここでいう ヒエラルキーをコピーして いたのは、以前の BoneNormalizer の中のこの実装のことですか。
理解しました。

https://github.com/vrm-c/UniVRM/pull/2179/files#diff-1fdf808babd75944390d7cde67671e618c54d4e4c49358e9d3ec81f2b24508b4L514

https://github.com/ousttrue/UniVRM/blob/f8ac8075e7efffad062def03eeb54f680cadc57c/Assets/UniGLTF/Runtime/MeshUtility/BoneNormalizer.cs#L14

以前は２回も GameObject を Duplicate していたんですねえ

[ousttrue]

２回も GameObject を Duplicate

うろ覚えですが、
prefab で動くようにしたあたりで、2つめのコピーが増えたのかもしれない。
editor なので安全に倒してあるのだと思います。

[Santarh]

LGTM、コメント追従だけ

[Santarh]

コメント更新が追い付いてないですね。
ついでに破壊的操作であることも書いておくといいのかも

[FujiSunflower]

報告が２つあります。

1. Destory(Animator)とDestroyImmediate(Animator)の分岐の箇所がありましたが、Destory(Animator)の場合ランタイムで次フレームに移らないと削除されないので、DestroyImmediate(Animator)の方が良さそうでした。
2. 表情の正規化が上手く行っていないような気がしました。これに関しては自分がややこしい手順をしてる可能性もあります。