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
- “Remove Unused Overrides” available on not loaded Scene and throws “ArgumentException: The scene is not loaded” warning
- Adaptive Probe Volume occlusion edge is calculated incorrectly when viewing probes near geometry edges
- Sampling a texture using an HLSL file throws shader errors and the code does not compile
- "Graphics.CopyTexture called with null source texture" error when Base Camera of an Overlay Camera is removed with DX11 Graphics API and Compatibility Mode enabled
- WebGL sends wrong value with large numbers when SendMessage function is used
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.