FBX imports wrong scale and translation on multi object file. #51807

New Issue

Robert S · 2017-06-14T19:13:11+02:00

Robert S commented

2017-06-14 19:13:11 +02:00

System Information
Windows 7, Quadro K4200

Blender Version
Broken: (example: 2.78c)
Worked: (optional)

Short description of error
FBX files with multiple objects/groups get imported with wrong translation/scaling applied to all objects. These files are verified as looking fine in 3D Studio Max, Unity and Autodesk FBX Converter.

Exact steps for others to reproduce the error
Just import attached file using any setting, and then compare it to how it looks in Autodesk FBX Converter (official, free FBX tool).

Folding office chair.FBX

Problematic files can easily be created in 3D Studio Max by moving a few objects around and grouping them, and several people have reported similar issues:

https://blender.stackexchange.com/questions/78875/fbx-files-from-3d-studio-max-imports-with-wrong-transforms

**System Information** Windows 7, Quadro K4200 **Blender Version** Broken: (example: 2.78c) Worked: (optional) **Short description of error** FBX files with multiple objects/groups get imported with wrong translation/scaling applied to all objects. These files are verified as looking fine in 3D Studio Max, Unity and Autodesk FBX Converter. **Exact steps for others to reproduce the error** Just import attached file using any setting, and then compare it to how it looks in Autodesk FBX Converter (official, free FBX tool). [Folding office chair.FBX](https://archive.blender.org/developer/F630873/Folding_office_chair.FBX) Problematic files can easily be created in 3D Studio Max by moving a few objects around and grouping them, and several people have reported similar issues: https://blender.stackexchange.com/questions/78875/fbx-files-from-3d-studio-max-imports-with-wrong-transforms

Robert S commented

2017-06-14 19:13:11 +02:00

Changed status to: 'Open'

Robert S commented

2017-06-14 19:13:11 +02:00

Added subscriber: @RobertS

blender-admin commented

2017-06-14 19:13:11 +02:00

#98567 was marked as duplicate of this issue

Joel Godin commented

2017-06-14 19:29:56 +02:00

Added subscriber: @FloridaJo

Joel Godin commented

2017-06-14 19:29:56 +02:00

I notice when a model is exported as well, the scale is off.

Bastien Montagne commented

2017-07-03 17:35:12 +02:00

Added subscriber: @mont29

Bastien Montagne commented

2017-07-03 17:35:12 +02:00

Looks like scaling is not supposed to be inherited by children? Also using non-usual 'InheritType' 1 (eINHERIT_RSrs, http://download.autodesk.com/us/fbx/SDKdocs/FBX_SDK_Help/files/fbxsdkref/kfbxtransformation_8h-source.html#l00074), instead of usual 0 (eINHERIT_RrSs) one, though name seems to indicate parent's scale shall still be taken into account. Note that this is not supported by importer currently, we always assume basic RrSs model (same goes for quite a handful of exotic transform options in FBX nodes, we do not have the man power to reverse-engineer and implement in add-on the full Maya transformation modes and options).

Quite obviously, 0.0250.0250.025 leads to rather small children…

Thanks for the report, but will consider this a TODO for someone who likes to cope with all the gazillions transformations options and modes Autodesk likes to put in that so-called 'exchange' format.

Looks like scaling is not supposed to be inherited by children? Also using non-usual 'InheritType' 1 (`eINHERIT_RSrs`, http://download.autodesk.com/us/fbx/SDKdocs/FBX_SDK_Help/files/fbxsdkref/kfbxtransformation_8h-source.html#l00074), instead of usual 0 (`eINHERIT_RrSs`) one, though name seems to indicate parent's scale shall still be taken into account. Note that this is not supported by importer currently, we always assume basic RrSs model (same goes for quite a handful of exotic transform options in FBX nodes, we do not have the man power to reverse-engineer and implement in add-on the full Maya transformation modes and options). Quite obviously, 0.025*0.025*0.025 leads to rather small children… Thanks for the report, but will consider this a TODO for someone who likes to cope with all the gazillions transformations options and modes Autodesk likes to put in that so-called 'exchange' format.

Tim Kazik commented

2018-01-08 12:28:21 +01:00

Added subscriber: @tkazik

Tim Kazik commented

2018-01-08 12:37:54 +01:00

I also experience these issues.
The import into blender runs fine, if I have only two hierarchical levels in 3ds max.
However if I add a 3rd level, the transformation of that level fails while importing the .fbx into Blender.
So, my guess is, that having 2 levels is ok, but having 3 or more breaks the import. Can anyone confirm this?

PS: My results are obtained using 3ds max 2018. Using version 2016, the import is much worse...

Furthermore, an additional occurrence reported here:
https://blender.stackexchange.com/questions/68600/fbx-export-from-3ds-max-2017

I also experience these issues. The import into blender runs fine, if I have only two hierarchical levels in 3ds max. However if I add a 3rd level, the transformation of that level fails while importing the .fbx into Blender. So, my guess is, that having 2 levels is ok, but having 3 or more breaks the import. Can anyone confirm this? PS: My results are obtained using 3ds max 2018. Using version 2016, the import is much worse... Furthermore, an additional occurrence reported here: https://blender.stackexchange.com/questions/68600/fbx-export-from-3ds-max-2017

Ivaylo Gogov commented

2018-10-10 00:11:20 +02:00

Added subscriber: @IvayloGogov

Ivaylo Gogov commented

2018-10-10 00:11:21 +02:00

Hello Tim, thank you for the topic.
Bastien, thank you for your effort and wonderful work along with the Blender Development Team!!!

I'm working in a company producing vehicles displays. In the main production pipeline, we have been using Autodesk Maya, Max. However, because I'm using blender from years, I would like to bring and show and present Bblender 2.8 as possible tool for our work fur the futures projects.

Currently, I'm making a demo as a proof of concept, but the exported scenes from Maya - FBX animated file /from client side/ are not appearing correctly in Blender. It is simple animation without bones under parenting.
Do you think there is a chance for Blender 2.8 to have full updated side related to .FBX exported files (animation files) and production made by Autodesk products?

Blender is wonderful! Thanks ;)

Hello Tim, thank you for the topic. Bastien, thank you for your effort and wonderful work along with the Blender Development Team!!! I'm working in a company producing vehicles displays. In the main production pipeline, we have been using Autodesk Maya, Max. However, because I'm using blender from years, I would like to bring and show and present Bblender 2.8 as possible tool for our work fur the futures projects. Currently, I'm making a demo as a proof of concept, but the exported scenes from Maya - FBX animated file /from client side/ are not appearing correctly in Blender. It is simple animation without bones under parenting. Do you think there is a chance for Blender 2.8 to have full updated side related to .FBX exported files (animation files) and production made by Autodesk products? Blender is wonderful! Thanks ;)

Stanislav Baranov commented

2020-11-17 23:20:46 +01:00

Added subscriber: @sbaranov

Omar Emara commented

2022-06-06 15:56:33 +02:00

Added subscribers: @fleeky, @OmarEmaraDev

planaria megatron commented

2022-06-06 18:27:32 +02:00

Omar , in your comment on the previous task you stated i should try to have the lower bones inherit full scale, i did this and it resulted in a real time view that more closely matche the fbx output but the goal was more to figure out how to get the exported fbx animation to match the source animation (namely having the feet not intercect the ground) .. are you saying that with fbx there is just currently no workaround for this? i also noticed this same behaviour with the glb export / import as well , also see the same output in a game engine so it definitely seems to effect both export/import

Omar Emara commented

2022-06-07 09:14:07 +02:00

@fleeky What I meant is that you should inherit full scale for all bones and correct their keyframes afterwards to compensate for the missing scale, which is manual work, but is the only workaround I can think of right now.
So in general, don't use "inherit none scale" if you will be exporting to FBX for now.

@fleeky What I meant is that you should inherit full scale for all bones and correct their keyframes afterwards to compensate for the missing scale, which is manual work, but is the only workaround I can think of right now. So in general, don't use "inherit none scale" if you will be exporting to FBX for now.

James Tomkinson commented

2022-08-16 20:07:12 +02:00

Added subscriber: @jamestomk

James Tomkinson commented

2022-08-16 20:07:12 +02:00

Also see another example of this problem on blender stack exchange

Also see another example of this problem [on blender stack exchange ](https://blender.stackexchange.com/questions/272119/animations-play-differently-when-exported)

DH commented

2024-01-14 20:39:09 +01:00

I have similar issue, when importing FBX files made by Maya, which uses an origin/pivot system. So if I import the model it never gets the right origin, which should actually the pivot point of the mesh. Cannot understand why this is so hard to get of the fbx container.
But FBX Review or Unity can read it correctly and uses the right pivot point.

It is already 2024 and this essential import function is still not available.
I know blender cannot use the FBX SDK because of GPL license, but somehow this needs a solution.

I have similar issue, when importing FBX files made by Maya, which uses an origin/pivot system. So if I import the model it never gets the right origin, which should actually the pivot point of the mesh. Cannot understand why this is so hard to get of the fbx container. But FBX Review or Unity can read it correctly and uses the right pivot point. It is already 2024 and this essential import function is still not available. I know blender cannot use the FBX SDK because of GPL license, but somehow this needs a solution.

Sign in to join this conversation.