Announcements
Welcome to the Revit Ideas Board! Before posting, please read the helpful tips here. Thank you for your Ideas!
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Embed Material Textures

Embed Material Textures

With the huge push for collaboration in Autodesk software, why do materials still have to be referenced into the projects? Revit families are embedded in the project, but when it comes to materials, we are always missing textures since they are only referenced into Revit and must be pathed to the same image in order for Revit to reference it from another computer. Wouldn't it be great if material textures could be shared flawlessly and stay embedded throughout the life and workflows of the Revit project? Problems you run into with the current method include:

 

1. In workshared models, materials can be created on one machine, but if the project is opened on another machine that doesn't have that image mapped, it shows up as a missing texture. 

 

2. Receiving models for rendering purposes, the custom textures are often missing, meaning you have to manually remap them if you are able to get the texture images from a Finish spec sheet or otherwise. 

 

3. Other Autodesk Products can't find the textures. Since Navisworks uses the same Autodesk Material Library, you get errors that it "Can't resolve external references" upon opening a project. (This includes pushing an NWD to BIM 360 Glue and opening a merged model in Navisworks.)

 

4. Working off the network. Since we can use Collaboration for Revit and Navisworks through BIM 360 Glue, you don't have to VPN to work from home or another location. This is a great workflow and keeps things running much faster, however, if the textures aren't embedded into the project, how do you reference the textures hosted on the shared server without first copying them to your local machine? 

 

Even if there are a couple work-arounds, I would much rather spend my time modeling and rendering than remapping textures, copying jpeg's locally, or having to request the texture files upon receiving Revit models for rendering, animation, or VR purposes. 

50 Comments
NDM_USER
Enthusiast

Big issue !!!Autodesk chop chop and fix it....

kah_cfmoller
Explorer

Agree - it is an urgent issue!
The respose I have read from Autodesk so far is - Do not use Custum Materials (!)

kah_cfmoller_0-1603786626402.png

I am sorry but that is not a solution or a serious approach to the Architecture trade.
The standard Revit Matarials will never be sufficient due to the huge variety of project types and building components.
We rely on a fair representation of our work now working on B360 to our clients, ourselves and our collaborators in general.
Please respect our trades and please look in to a more durable solution.

Cheers

 

jaymon.diaz
Explorer

How has this still not been fixed?

Anonymous
Not applicable
Would really like to see this fixed. Custom materials are a must for our office.

This is an urgently required fix please Autodesk

RyanBradley_JACOBS
Contributor

Come on Autodesk!!!!!!!!!!!!!!!!!!!!!!!!!!

galih.sabdo-aji
Observer

this issue is a huge pain, please help Autodesk

kah_cfmoller
Explorer

Hey people!

 

I have tried to find a fix to this problem, since it still is a daily issue on all our offices! - it seems to work, but it is not a complete solution.


The fix is to use the Additional Render Appearance Paths settings within Options and direct it to you material folder on your ACC-project through the Desktop Connector.

kah_cfmoller_1-1631005621459.png

 

All users on the project must create and direct to the same material folder through their own Desktop Connector and you should be good to go!

 

This means that all the users now have access to the same project material folder, but through their local path through the Desktop Connector because it is a local drive to ACC/B360 through your C: drive.

-The big issue now that I havn't figured out yet is that you need to add a new path in Additional Render Appearance Paths for every material folder, for every project involved in, for every Revit version.
I would love to use our current material folder hierarchy with +10 types of materials and not just in one big, messy folder with e.g. floor-, metal-, glas- and concrete materials placed all together.
I would dis-love to add +10 folders, for every project for every Revit version for every user on the project(!) =not going to happen 🙂

So this is a quick fix that makes you able to use the same shared materials using ACC/B360 at least.

I really hope that we (the ACC-users) will see some more progress from Autodesk in this field - it is still urgent for our trade! 

In the meanwhile please all share if you get your head around the several folder path situation.
Cheers,

susanne.hansen737EH
Community Visitor

Supporting this idea.

 
yuki.scharf
Autodesk

This is one of main requests I recieve from design companies in Japan . As users will move to our cloud platform,BIM360, ACC, material aslo need to be shared on the same platform but not personal access with desktop connector. 

Lars_Jeppesen
Enthusiast

....another bump.

 

Makes it so difficult in sharing files with external companies that need our model to produce renders from.

 

At least give us an option to do an export of all materials used, so that these can be quickly forwarded, rather than having to troll through every single material in every single linked model and manually finding and copying them to a central location, and THEN forwarding those files to the external company...who THEN has to manually re-link said materials to the materials used in EVERY SINGLE linked model.......which needs to be done manually EVERY SINGLE time that a new revision of files is to be sent........

 

Fundamental stuff guys....

ryley.harris
Participant

5 years and waiting..... how has this honestly not even received a comment from an Autodesk employee?

rolandga
Enthusiast

Still no real progress? Possibly Autodesk does not want to mess too much with the current external texture library system because it is shared between many products, not just Revit.

 

But can we at least implement a system whereby the external image data is cached in Revit, so when someone opens the project the next time any materials with missing textures or texture paths will use the cached images and render just fine? This would be very similar to how Revit currently handles CAD links. It can still display them even if it cannot find them. 

 

This and the ability to export all textures in use so they can be easily copied to a different location shouldn't be hard to implement.

 

Come on, Autodesk!

richH5Z5C
Enthusiast

Come on Autodesk let's have this sorted! Right pain in the ass at the moment constantly having to re-link materials!

RuoqianLu
Autodesk

In Revit 2023, it supports using cloud resource for material texture and decal. Revit supports to use the texture files by desktop connector, which could access ACC/BIM 360 resource in a built in way. It also supports to use other external servers by using API to build a personal external server connection.

See the introduction from:

https://help.autodesk.com/view/RVT/2023/ENU/?guid=GUID-D87B4AFC-5395-4401-AF87-FB12E81B6301

john.vermaut
Community Visitor

And, if possible, PBR materials by default?

cleahy4DNBY
Explorer

6-year anniversary of asking for this basic functionality. Autodesk should probably just explain why they won't/can't so we can all move on. 

 

Or, you know, make it work. 

Andre_Medina01
Community Visitor

STL files do not support the color texture of materials. So some way where you could export into Netfabb while carrying over the color textures. 

MiWolff
Advisor

How about using FBX for that? This is a good explanation: https://uhstudio.com/posts/revit-howto-export-fbx-with-materials

amalandfx
Enthusiast

Bumping this request. This is also critical for sharing families to Revit users. We'd like to add material textures for realistic view in Revit but the thought of having to coach every person who uses our families or materials through relinking images is daunting. I'm in a field where somebody who uses our families would be using about 20-30 different families at a time. The current workflow is just too convoluted to be useful.

Can't find what you're looking for? Ask the community or share your knowledge.

Submit Idea