The latest version of NEC MultiProfiler, v1.1.0, under the Edit... button, offers what's called a new "6 Axis Color trim" function. It may not be all that new for some of you but it is for me. The design of this new function seems like a winner but it seems overly *sensitive*? If you have seen the interface then you know what I'm talking about but for those who haven't, here's what happens... On the "Hue" control, for instance, are horizontal sliders for the RGBCMY colors. Fair enough. I suspect these must be implementing some kind of hardware linear adjustments in the monitor LUTs? Each slider is implemented with a plus or minus "63" numeric range. The default value is 0, of course. The number 63 suggests to me that, perhaps, the control is implemented with 6 bits registers? 2 to the 6 power gives 64, after all. It may be what it is? If that's the case then the fix could be a matter of implementing "more bits" or distributing the available bits differently to make things smoother? It's a fantastic step in the right direction, in my opinion but the lack of bits seems like a hindrance... To give you an idea of the current implementation's sensitivity, a mere -1 Red move, for instance, results in an overly huge color move. Something like a 10 delta E, if I was to put in on a perceptual scale. It's in the right direction all right but it needs more precision, in my view. For the job at hand, maybe a -0.3 or -0.4 move would be more than adequate, you see? Some of you may rightfully suggest a White Point move instead. Yeah. I got that. Thank you. But I already edited the White Point to my heart's content and I got the grays where I need them to be. If possible, I'd like to affect the rendering of saturated tones selectively, just like the 6 Axis Color Trim is designed to offer, I'm sure. Anyone tried this at home? Know something I maybe be missing? So far, nothing under Preferences related to this option. Best / Roger