Search Issue Tracker
Won't Fix
Votes
0
Found in
2022.1.0a6
2022.1.0a12
Issue ID
1376387
Regression
Yes
GameObject scale is too small when importing .blend Models
How to reproduce:
1. Open the user's attached project
2. Open scene Scenes/SampleScene
3. Observe the GameObjects in the Scene view
Expected result: the GameObjects "polyman", "cube (1)", and "cube (2)" are similar in size to "cube"
Actual result: the GameObjects "polyman", "cube (1)", and "cube (2)" are too small to be visible in comparison to "cube"
Reproducible with: 2022.1.0a6, 2022.1.0a13
Not reproducible with: 2019.4.32f1, 2020.3.21f1, 2021.1.27f1, 2021.2.1f1, 2022.1.0a5
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
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
Resolution Note (2022.1.X):
In 2022.1 we updated our code to better respect the scale which is passed to us via DCCs (including Blender).
However, from some debugging we can see that Blender changed their file scale between 2.79 & 2.8 - & right now we're not factoring in older versions (pre-2.79) in our code path.
We'll look at doing just that. In the meanwhile, we would suggest either using Blender 2.8+, or changing the scale factor on imported models.