To follow up, we found the reason for the issue.
The file "MtlBrowser.mpl" in "C:\Users\%username%\AppData\Local\Autodesk\3d sMax \20XX- 64bit\ENU\en-US\defaults\MAX" stores which material libaries are loaded in slate on startup (left side of slate).
If there are material libaries which contain old VRayColor maps, from before the rework of VRayColor, VRayColor operates in an "irregular mode". So, if you have loaded those old material libaries with old VRayColors, then even newly created VRayColor maps are operating weird, in a wrong way.
I think this is a VRay bug. Is it?
I have emailed you, Lele, a material libary which contains those old VRayColor maps and a little guide, so you can reproduce the issue. Can you confirm?
As soon as you unload all material libaries from slate and close max. Open max and create a VRayColor, it will work regular again, without issues.
The goal of a fix would be, that newly created VRayColors should work issue-free, even when some old VRayColors are sitting in loaded material libaries.
The file "MtlBrowser.mpl" in "C:\Users\%username%\AppData\Local\Autodesk\3d sMax \20XX- 64bit\ENU\en-US\defaults\MAX" stores which material libaries are loaded in slate on startup (left side of slate).
If there are material libaries which contain old VRayColor maps, from before the rework of VRayColor, VRayColor operates in an "irregular mode". So, if you have loaded those old material libaries with old VRayColors, then even newly created VRayColor maps are operating weird, in a wrong way.
I think this is a VRay bug. Is it?
I have emailed you, Lele, a material libary which contains those old VRayColor maps and a little guide, so you can reproduce the issue. Can you confirm?
As soon as you unload all material libaries from slate and close max. Open max and create a VRayColor, it will work regular again, without issues.
The goal of a fix would be, that newly created VRayColors should work issue-free, even when some old VRayColors are sitting in loaded material libaries.
Comment