-
Notifications
You must be signed in to change notification settings - Fork 565
Incorrect FBX import #1429
Comments
Yeah, the bounding box really seems to be created from that pose. From the engines that worked, does any of them use Assimp? Assimp isn't very great with FBX that's why we have plans to use the Autodesk SDK for FBX files. Since you've said most of the open source engines aren't working and Assimp is the most popular importer for open source engines, I guess that could be related. However, I think you're using that model in Lumix with no problems, right? 🤔 |
Yeah, most of the stuff I tried uses Assimp. It causes problems even in Lumix (using Assimp), that's why I am trying different OSS checking if any of them manages to import it correctly, but not luck so far. BTW each one of them computes the pose differently. I am making an FBX Importer which uses Autodesk's SDK to check if it solves the problem. The problem with Autodesk's SDK is that it can not be distributed, but users have to install it and therefor I can't have a standalone version of the engine. |
After some investigation it seems to be related to assimp/assimp#1127 |
(this issue should now be fixed in assimp master) |
FBX file: default_pose_char+wep.zip
Atomic (see "flying" scope):
![atomic](https://cloud.githubusercontent.com/assets/153526/22442607/4a6dc1f2-e73c-11e6-819e-02a9ee069b96.png)
Blender:
![blender](https://cloud.githubusercontent.com/assets/153526/22442722/95bd051e-e73c-11e6-95f7-0902279b82c8.png)
The text was updated successfully, but these errors were encountered: