William, Indeed, updating to the more recent firmware does provide much finer adjustments. THANK YOU! This 6 Axis Color Trim does help. I'm glad NEC decided to implement this in MultiProfiler. You think it would be possible to evolve this into a "sector correction" kind of control? To limit the effect of the edit only on the base of a*/b* value? I know I'm probably asking for too much... BTW, there is a nice animation provided by the RGB cube image displayed in the main interface: when sliding the 6 Axis controls fully left and fully right, one can see that part of the RGB cube changing color dynamically. Best / Roger -----Original Message----- From: William Hollingworth [mailto:will@airmail.net] Sent: Sunday, February 24, 2013 11:41 PM To: colorsync-users@lists.apple.com; Roger Breton Subject: Re: NEC MultiProfiler Roger You should check the firmware version in your PA series display, as an update has been released that, amongst other things, improves the granularity of the 6-axis color controls. The update is available here for both Mac and Windows: http://www.nec-display.com/dl/en/dp_soft/pa_fm_update/index.html The latest versions are 1.01.04 for the PA271W and PA301W, and 1.01.09 for the PA231W, PA241W and P241W. Best Regards Will Hollingworth Senior Manager - Product Development NEC Display Solutions of America Inc. On Sun, 24 Feb 2013 12:59:41 , Roger Breton wrote:
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
------------------------------
_______________________________________________ Colorsync-users mailing list Colorsync-users@lists.apple.com https://lists.apple.com/mailman/listinfo/colorsync-users
End of Colorsync-users Digest, Vol 10, Issue 32 ***********************************************