Search Issue Tracker
Duplicate
Votes
0
Found in
2018.3.0f2
Issue ID
1113404
Regression
No
ModelImporter.importBlendShapeNormals read wrong values when BlendShapeNormals are the same with Mesh Normal
Steps to reproduce:
1. Open user OC attached project
2. Make sure that both .fbx files have "Blend Shape Normals" option set to "Import"
3. Select the ASS_CHA_FACE_10010000_MESH child of the modifed (blendshape normals were manually tweaked from 0 to 0.01 in the .fbx file) TestBody1_ok game object
4. Observe that skinned mesh changes correctly when sliding through the blendshape values
5. Now select ASS_CHA_FACE_10010000_MESH of the TestBody2_bad game object
6. Observe that blendnormal is recalculated
Expected result: blendshape normals should not be recalculated
Reproduced in: 2019.1.0a13, 2018.3.0f2, 2018.3.0b1
-
Resolution Note (2019.2.X):
A new checkbox in the import settings has been implemented which allows the user to switch between legacy and current way to calculate normal. (Note that the legacy mode doesn't expose the Blendshape normals settings). Also, if not using the legacy mode, a bug that was causing the blendshapes normals to be calculated even though the "None" option was selected, is now fixed. By selecting "None", the blendshapes will take the same normals as the master object.
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- WebGL build dependencies are not refreshed until the Editor is restarted
- “Audio Random Container” allows adding unlimited number in “Audio Clips” numeric field, causing Editor to freeze
- In Deferred rendering path, mixed lights don't render when enabling "Use Rendering Layers" in the Decal renderer feature
- [Windows] Special characters in file names are sorted to the end of the alphabet in the Project window
- Information box icons are not contained within the information box bounds in Render Pipeline Converter window
This is a duplicate of issue #1123265