FBX import adds multiple copies of same material #54227
Labels
No Label
Interest
Animation & Rigging
Interest
Blender Cloud
Interest
Collada
Interest
Core
Interest
Documentation
Interest
Eevee & Viewport
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
Import and Export
Interest
Modeling
Interest
Modifiers
Interest
Nodes & Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds, Tests & Devices
Interest
Python API
Interest
Rendering & Cycles
Interest
Sculpt, Paint & Texture
Interest
Translations
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Meta
Good First Issue
Meta
Papercut
Module
Add-ons (BF-Blender)
Module
Add-ons (Community)
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender-addons#54227
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
System Information
System-Info.txt
Blender Version
2.79
Short description of error
When I import a FBX file with ie. 1000 objects alle with the same material, Blender creates a unique material for each object.
So we end up with 1000 copies of the same material each named "Material_1", "Material_2", "Material_3"... etc.
The FBX is generated by Rhino btw.
And when reimporting into Rhino only one material is created.
Is this intended behaviour or is it a bug?
Exact steps for others to reproduce the error
1: Import the attached file. 1000 Mat green.fbx
2: Notice the 1000 copies of the material.
Added subscriber: @EjnarBrendsdal
PS: It does not ppear to happen when using a FBX file exported from Blender itself...
Added subscriber: @mont29
There is probably something in how materials are stored… Can you please submit rather a two-objects-using-same-material FBX from rhino? One thousand one does not add anything here, except tremendous amount of noise in a huge file, making it impossible to analyze. :P
Hi Bastien.
Thanks for looking at this. Sorry for making such a mess :D
Here is a simple scene with two blue cubes.
Two Blue Cubes.fbx
Changed status from 'Open' to: 'Archived'
Thanks for the report and file. I can confirm there are two materials in Blender, but… it’s because there are two materials in FBX file!
As you can see in this JSON-ified snippet of the FBX file:
Rhino is probably doing some smart processing when re-importing its file back (probably based on naming scheme?), but that is totally out of FBX or Blender area, FBX do support since ages a single material definition used by multiple objects (well, Model nodes in FBX terminology). This should probably be reported as a bug to rhino actually. :)
Hmm... Interesting.
I did not know you could JSON-ify FBX files.
I will contact McNeel and hear what they have to say on the matter.
Thanks for the help so far!
Added subscriber: @jesterking
Note that Rhino imports the file with multiple materials as well...
Hmm... wierd. In my rhino it only imports as one material...
Anyway the discussion has moved on to the McNeel forum.
As far as that goes it could seem to be solved in the latest version of Rhino.
For interested follow along here:
https://discourse.mcneel.com/t/exporting-fbx-results-in-a-lot-of-copies-of-same-material/56692
Allright here is the conclusion. The bug was on the Rhino side of things and is also solved.
So this issue can be closed and everyone is happy :)