one of my favorite tricks to change the color of materials is to add a black emissive layer with a colored transparency. Here an example. I rendered a watch in silver metal and my client want to see a golden version. I would need to add a golden color to reflection map and the diffuse map. But quicker is to add an emissive layer with golden colored transparency on the top of the material. (In the texture slot I add a simple white color and per simple enable/disable I can switch between the golden and silver version.)
SoftenEdge ⌠right, I checked it and found that âsame object onlyâ was enabled to avoid a rounding between different objects. I disabled it for a test and the chamfer looks much better. Perfect would be not to use split objects for different materials and to use subselection materials. But itâs difficult to setup, if dozen of surfaces needs to be controlled. I wished I could join the surfaces after the setup and mapping/materials would kept.
Physically correct? Good point. This brings me to an annoying thing. V-Ray is overcorrect. You canât mix up a colored diffuse color with the same color at the reflection slot without to get a strange tint. Here an example - orange colored texture in both slots cause a greenish addition. Very annoying. I used my workaround since such a long time that I forget that this was the reason to find a way to get colored metals without the particular color shift,
@Nikolay Is there a way to disable the âphysical correctnessâ? If not, could an option be added please?
But the physical correct result looks wrong, my clients want to get it. I never have seen an anodized aluminum with a tint of the complementary color. Only if I use a workaround based on independent material layers I get what I expect. Is there no way to disable this strange looking correctness? Can you show me a photo where the strange color effect can be seen at the real world?
The Emissive layer trick is not something I was familiar with and is not something Iâd recommend.
However it seems to do the trick and preserve the âphysical accuracyâ.
As an alternative I would suggest you use an instance of a Color map passed through a color correction and corrected accordingly for both slots. This way the source color can be changed easily:
As for the energy preservation:
V-Ray is doing itâs best to avoid situations in which more light is reflected by the surface than the light hitting it.
There are two ways in which this can be gone in V-Ray:
R, G, B - in this mode the three channels are equalized separately and hue changes might come as a result
H, S, V - In this mode only the value is clamped while the hue and saturation are preserved.
Unfortunately the RGB mode is always used in Rhino and you canât change that unless you use a script. This was done because the GPU engine does not support the monochromatic mode.
Thank you for your advice. So far I see that we have two different types of conservation of energy with two different results. But only one can be physically correct.
From my daily experience, I donât remember seeing a hue shift (RGB method) in the real world. This makes the rendering work difficult.
Couldnât you ask the core team to skip this method and implement the monochromatic correction for the GPU as well? I always work in GPU mode and the hue shift is frustrating. Why should we bother with strange colour shifts for years to come? A solution is needed.
