Search Issue Tracker
By Design
Votes
0
Found in
2018.4
2019.4
2020.3
2021.1
2021.2
2021.2.0a17
Issue ID
1336122
Regression
No
FBX model's GameObjects are not aligned along coordinate axes when model is imported from DAZ3D
Reproduction steps:
1. Open the attached "case_1336122.zip" project
2. Load the "SampleScene"
3. In the Hierarchy find and select the "lindex1" GameObject
4. Select the Rotation tool and rotate the GameObject along the z-axis
Expected result: the object is properly aligned along the x-axis
Actual result: the object is not aligned along the x-axis (see "eAevhBlMTs.mp4" video)
Reproducible with: 2018.4.35f1, 2019.4.28f1, 2020.3.11f1, 2021.1.10f1, 2021.2.0a19
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
- "Shader warning in 'Hidden/Light2D': implicit truncation of vector type" is thrown when building Universal 2D template
- AI Assistant breaks compilation of packages using System.Runtime.CompilerServices.Unsafe via auto-referencing
- Unity Hub checks the "Documentation" module by default on the 6.4 and 6.5 streams despite that it was unchecked with the previous installs
- Shortcut that toggles between Dopesheet and Curves Views in the Animation Window's Timeline is mislabed
- Property List Items Overlap onto the Property List's top edge when scrolling through a long Property List
Resolution Note (2021.2.X):
The issue is that FBX uses a complex transform system with pre-rotations, post-rotations, pivots and others, whereas Unity uses a much simpler system that expresses transformation with a single matrix. This means that during import, Unity converts those complex transforms into Unity transforms via the FBX SDK. The result of that conversion is that the models and animations look identical but the transform values differ. Other DCCs show the correct orientation because they support the same ( or similar ) complex transform system and do not need to perform a conversion.
As long as your model and animations look identical, I think this is actually the expected behavior.
Unfortunately, I don't think that is something we can address.