Materials Glitch

I’m having this weird reoccurring issue with Rhino 7 and materials. The project is a laser cut plywood product for a client and there are custom defined materials all throughout. Quite a few different colored Paint materials. Also there’s one PBR wood texture material applied to numerous different layers and individual surfaces.

The problem is every so often when I reopen the Rhino session all my materials have changed to PBR and the one original wood material now has a new numbered variation on every single layer it was originally applied to. So I have like 30+ new versions of the PBR wood material, one new numbered version for each layer, and the names changed to: “Physically Based (23)” etc instead of my previously defined RH-Wood_PBR.

Paint materials have same the issue, a giant list of new numbered PBR variations. And now my custom floor material has disappeared and Ground Plane settings self-toggled back to Show Shadow Only, instead of Use Material.

This whole thing is incredibly strange and this is the 4th time it’s happened now. It takes quite a while to go back through and fix this mess and I’m 100% sure it’s just going to happen again. What’s going on and what can I do?

@johnc you may want to have a look at this one

Another weird thing I just experienced in this session: A collection of surfaces on a layer had one of these newly created by the glitch Physically Based (2) material applied to the layer material. When I changed it to a new material on the layer, the surfaces refused to actually update to the new layer material in rendered view. I even double checked to make sure Use Layer Material is what the actual surfaces themselves are set to in the Properties: Material tab.

In order to get it to actually work, I changed the layer material to Default Material and then it finally updated to that default white color in rendered mode. Now from that point onwards it always respects/shows whatever material I change the layer to.

Please send us the 3dm file that you load to make this happen. And don’t save over it!

Andy

Main thing to consider with this Rhino session is that it’s a WIP product for a client, so it needs to be private/secure upload. I performed Save Small and the session is 62MB. How do I go about sending this to you?

Hi @Derek_Heming,

Here’s a link to McNeel’s private upload server:

https://www.rhino3d.com/upload

John

Thanks for the link, I uploaded the session.

Thanks. I’ve downloaded it and I’m taking a look now.

John

1 Like

@Derek_Heming,

I’m sorry I haven’t been able to help you with this. The problem is, every time I look into it, I have no idea what I’m looking for. The file you sent looks fine to me because I’m just opening a file with materials and a model which just looks OK. There’s nothing wrong with it that I can see, because I don’t know what it’s supposed to look like.

The big problem here is the phrase ‘every so often’. For me to diagnose what’s going on, I would have to be there as you open the file at that moment. I know this doesn’t help you, but I hope you can understand my predicament. I’m looking at the file after the problem has already changed it without any way to know what happened to it.

Could you send me the file after you have cleaned it up so that I can compare this file with how you expect it to look?

Thanks,

John

@Derek_Heming,

I’ve just discussed this with Andy and he pointed out that your problem is very likely to be to do with an issue we recently fixed in the Rhino 8 WIP whereby materials were sometimes randomly created during loading of a document.

I’m going to back-port this fix to Rhino 7 today and it will be available in 7.27. Once you have 7.27 I’m hoping the problem will be fixed. There’s no need to send me any more files.

Please let me know how it goes.

Thanks,

John

Oh wow, this is great news! Thank you for the behind the scenes work on this. I’ll be looking forward to getting 7.27 installed when it’s released and I’ll keep an eye on this particular Rhino session afterwards.

1 Like