How to change decal color at runtime? (HDRP)

I tried:

hole.GetComponent<DecalProjectorComponent>().Mat.SetColor("_BaseColorMap", Random.ColorHSV());

It does nothing.

 

I used

GetTexturePropertyNames()

and there was no this name. How could I get other names?

Also,

hole.GetComponent<DecalProjectorComponent>().Mat.SetColor("_BaseColor", Random.ColorHSV());

changes color on all decals, is it possible to change color per instance?

 

Just add per-instance data to decal such : zBias, draw order, color, opacity, theen it'll be most powerfull decal system in the world

 

@Remy_Unity was there any update to this? We are using a decal shader graph for footprints, modifying how they look over time. Instantiating the material allows this but each decal is drawn as a separate mesh and it soon becomes very expensive to render them all. Is there a way to do this and preserve the batch rendering?

 

@Remy_Unity any update on this? im using the HDRP Decal system to draw a lot of scifi bullet holes and other things, i want to lower their emission over time before returning them to a pool (like a heat effect), but right now, we cant change Decal materials per instance, it's all or nothing.

 

I want to get the Base Map color of Unity HDRP/Decal shader. Thats the one Unity wrote I need to change the color at runtime.

 

You can check out my video on that topic. I edited the default shader to allow this behaviour. I'm using URP there but it should be the same for HDRP.

 

Hey guys, the issue remains, HDRP Decal Projector will not create a new material instance when tweaking values.

Any official news about this (almost 4 years later)?
@Remy_Unity Could at least give us the issue link to vote on it?

Thanks.

 

Thank you for the update @Remy_Unity. Please keep us posted

I understand the concerning performance implications, though currently is quite bad, because the unnintended effects, but also because is completely inconsistent with how materials work for renderers in general in the engine. So keeping it as it is now, would kinda work against the developer, even if the purpose is to help.

Some other things to consider are that "sharedMaterial" property is missing and should be added in the case that we get the standard behaviour restored. Also decal.material.color = color receives the change but does nothing: should probably work as a shorthand for decal.material.SetColor("_BaseColor", color).