Last year, we discussed analysing the FBX files exported by Revit to access the texture data UV coordinates and other material and rendering information. However, even something as simple as retrieving the material name from the FBX file is apparently no longer possible. This has led to several questions such as the following:
Question: When using either the FBX SDK version 2010.2 or 2011.3.1, I can no longer read the material attached to an object from an FBX file exported by Revit 2011. Specifically, the call to node->GetMaterial(mat_id) returns NULL, and node->GetMaterialCount() returns 0.
However, this works perfectly well for FBX files exported by Revit 2010!
Therefore, this looks like a bug in the way Revit 2011 is exporting FBX files. It is no longer linking the materials with the objects as before. Regardless of what FBX SDK I use, either one encounters this problem.
The problem appears to be in the Revit FBX export code in Revit 2011, which is not exposed to us. Can you help with this?
Answer: I have some bad news and some good news for you on this topic. Let's start with the bad:
The problem in FBX (and Revit and Max) is that the materials are now encrypted. This prevents anyone from reading the information in the FBX file. Autodesk applications having certain libraries can 'convert' the material, but third parties will not be able to get information on materials without going through the Autodesk applications and their APIs.
That means that since you do not have the API to read the data embedded in the FBX file, you are stuck.
This will be fixed eventually on the FBX side, but we are not expecting anything in the near future.
On the other hand, since FBX is a completely separate product and context, I do not expect any FBX-specific features to be added to the Revit API.
So far for the main cause and issue why the materials are not accessible from the Revit FBX export.
Now for the good news, I hope:
Although the access to the materials in the FBX file is probably not going to be resolved in the immediate future, there is some Revit API access to materials.
As you probably know, the Revit SDK Materials sample shows how to read some material information from the Revit model.
It makes use of the .NET TypeDescriptor technology, which is somewhat similar to Reflection, but different.
Here is the explanation from MSDN:
The .NET Framework provides two ways to access metadata on a type: the reflection API provided in the System.Reflection namespace, and the TypeDescriptor class. Reflection is a general mechanism available to all types because its foundation is established in the GetType method of the root Object class. The information it returns for a type is not extensible, in that it cannot be modified after compilation of the target type. For more information, see the topics in Reflection.
In contrast, TypeDescriptor is an extensible inspection mechanism for components: those classes that implement the IComponent interface. Unlike reflection, it does not inspect for methods. TypeDescriptor can be dynamically extended by several services available through the target component's Site. The following table shows these services.
The original Materials SDK sample uses the System.ComponentModel namespace, implements a custom type descriptor class RenderAppearanceDescriptor, derived from ICustomTypeDescriptor, and uses that to access certain material properties. It demonstrates 4 main features:
Here is an enhanced version of that sample, Materials2, which implements the following functionality:
It demonstrates some additional possibilities to access individual elements, creates some new materials and building elements, lists the material properties, and assigns materials to the elements and individual sub-element parts. Here is a screen snapshot of the model created:
It contains a wall and a floor whose compound layers have been assigned a new red material, and a desk whose subcomponents have been assigned a new chrome metal material.
The sample also displays a dialogue box listing some of the material asset properties that can be accessed:
The Revit API does not provide the geometry level access like mapping coordinates, etc., but it does allow you to read some additional material data within Revit. This access is not officially supported with direct Revit API calls.
Of course this does not resolve anything for the FBX exporter, but it might still be useful when used in conjunction with other tools.
For example, you might be able to output the materials assigned to each object, then in FBX SDK remap them to the elements. Not being familiar with FBX SDK, I am not sure how easy that would be, e.g. what identifier to use when mapping the materials, and whether the mapping coordinates would be lost, etc. This should at least provide a starting point, however.