Mike Chaney's Tech Corner
May 06, 2024, 02:22:51 PM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Qimage registration expired? New lifetime licenses are only $59.99!
 
   Home   Help Search Login Register  

Professional Photo Printing Software for Windows
Print with
Qimage and see what you've been missing!
Pages: [1]
  Print  
Author Topic: About that Eyedropper Tool.  (Read 7036 times)
Mack
Full Member
***
Posts: 224


View Profile Email
« on: May 18, 2013, 12:51:02 AM »

I have a image with a square made in PS with values of RGB= 220, 190, 150.

Qimage Ultimate's Eyedropper (on the "Sel. Color" tab) when clicked (Shows a tilde mark over the eyedropper) and moved over the image it reads RGB= 219, 189, 149.  Not bad.

What I don't get is when I left click the Eyedropper Tool over the image, the number shoot upwards to RGB= 252, 196, 157 ?   Huh?  "Isn't it supposed to save the initial clicked reading?"  I don't understand why the numbers go so far off on the image once a second left click is made?  It stays high no matter what until I click it ON again (i.e. The tilde on top of the eyedropper tool shows again.) and then it shows the RGB= 219, 189, 149 again.


Aside, once printed the RGB= 230, 181, 150 readings are off the ColorMunki Photo so something is a bit off in the ink applied from the painted values in PS RGB numbers above.  I tend to always boost the Red in Sel. Color tab in QU to a value of 1.15 in most all prints over what the ColorMunki has calibrated in the LCD and the print setup.


Mack
Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3247



View Profile WWW
« Reply #1 on: May 18, 2013, 07:21:54 AM »

Hi Mack,
Quote
What I don't get is when I left click the Eyedropper Tool over the image, the number shoot upwards to RGB= 252, 196, 157 ?   Huh  "Isn't it supposed to save the initial clicked reading?"
This is how it works:
When the Sel Col eyedropper is in use in addition to reading the RGB values which are visible in the "Current Col" window, you will also see that the Colour label of a particular row in the Sel Col table will become underlined to indicate the predominant colour of the selection. A left click will then "remember" that selection and the colour label remains underlined.
Quote
I don't understand why the numbers go so far off on the image once a second left click is made?  It stays high no matter what until I click it ON again
Try this, turn off the monitor profile on the main screen and try again - you will see no difference.
The eye dropper tool in Sel Col is reading the actual RGB value of the image and not one affected by the monitor profile.
Quote
Aside, once printed the RGB= 230, 181, 150 readings are off the ColorMunki Photo so something is a bit off in the ink applied from the painted values in PS RGB numbers above.
Again that is because a profile has been applied.
 
Quote
I tend to always boost the Red in Sel. Color tab in QU to a value of 1.15 in most all prints over what the ColorMunki has calibrated
That seems as if the profile is "off" - can you edit or refine the ColorMunki profile? It also indicates that the ColorMunki is not reading print colours acurately.  Shocked
Terry
Logged
Mack
Full Member
***
Posts: 224


View Profile Email
« Reply #2 on: May 18, 2013, 02:52:58 PM »

Yeah. I'm beginning to think something is buggy with the Munki Photo somewhere.  Unfortunately, one cannot edit the profiles made with the thing, maybe their more expensive models allow for that.  It gets close, but seems it needs red added via Qimage all the time for some reason.

It also does not work right with Windows 8 in general.  Their software was last written for Windows 7 and you need to set "Compatibility" to "Run as Windows 7" or else it will not "Save" a profile at all once the scans are complete.  They have stated they intend to update it for Windows 8, but so far nothing since 2009 or so.

I did note that QU has a 128, 128, 128 gray in its color border selection.  That reads 120, 128, 126 out of the printer with the Munki.


Here's an odd one:

In PS, I painted a page with 128, 128, 128.  In Qimage's right pane, I can see the QU 128 border being much darker than the painted PS 128 values?  The PS painted 128 values are a lot lighter than the QU 128 border on screen and in the print both?

If I do a page fill in PS with 110, 110, 110 it matches the QU 128, 128, 128 image border in both the right window in QU and the printed image both.  Don't know why that difference exists?  I would think 128 in both QU and PS would match?  Maybe it is profiling the prints correctly, but the monitor part of its profiling is out of whack?

I put in a "Calibration request" to x-rite so we'll see how that goes.  I have wondered about scanning their test charts out of the printer with a 0.05cc Cyan filter (or red?) beneath the window and see how it affects the print and maybe boost the red.


Mack
Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3247



View Profile WWW
« Reply #3 on: May 18, 2013, 05:17:16 PM »

Quote
I'm beginning to think something is buggy with the Munki Photo somewhere
There has been one or two other comments regarding poor profiles from ColorMunki. I understand that it's possible to refine a profile with it by taking a reading from a "real" print and printing a new target from that reading. I saw that on their promotional video some time ago.
I repeated you test with a 128 grey image and border. I get a small difference in appearance (checked with print to file); again I think it's related to monitor profile and how QU handles CM for borders.
Terry
Logged
Mack
Full Member
***
Posts: 224


View Profile Email
« Reply #4 on: May 18, 2013, 07:44:07 PM »

.....

I repeated your test with a 128 grey image and border. I get a small difference in appearance (checked with print to file); again I think it's related to monitor profile and how QU handles CM for borders.
Terry

Terry,

That border thing is odd isn't it?  QU shows 128, 128, 128 for the border's RGB values, but the 128, 128, 128 RGB "Bucket Fill" out of Photoshop is different on the same page with the QU border?

I don't know if it is the monitor though.  Even some old green or amber B&W monitor using PS and applying 128, 128, 128 should produce the same gray as the QU border I would think.  I suspect it is the print/image ICC profile out of the Munki more than the monitor profile acting up to do that trick?

I need to find a better image to run through for that final CM tuning thing.  I suspect the profiles it writes are very dependent on the image one uses in it.  Maybe one with more reds in it?

For fun, I made a bucket fill of 130, 130, 130 and printed that.  Reading that print with the ColorMunki and using some old 0.025cc cyan printing filter (old "Unicolor" printing filter set) between the Munki and the print gave me exactly 128, 128, 128 (The first 128 'Red' was much lower without the 0.025cc cyan filter.  A little goes a long ways!).  Wish there was a way to "manually fine tune" the Munki.  Oh well...

I also tried a 0.025cc magenta filter between the Munki and the LCD monitor in the calibration mode.  That made the screen a bit more red in use so I don't have to crank as much red up in QU to get a match.  I've been using their D50 point rather than the D65 as my room isn't that daylight balanced and a bit dark.

I'll wait to see what x-rite says.  Wish they'd get their software updated to Windows 8 too.


Mack
Logged
wolverine@MSU
Full Member
***
Posts: 111


View Profile Email
« Reply #5 on: May 19, 2013, 11:37:27 AM »

Wish there was a way to "manually fine tune" the Munki.  Oh well...
  There is a way to edit profiles, from the Munki, but they have to be saved in the older format (V2 I think).  The program is called AMS Color Darkroom, and it is run as a plug-in in Photoshop.  It lets you adjust the profile through a "curves-like" interface. 
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Valid XHTML 1.0! Valid CSS!
Security updates 2022 by ddisoftware, Inc.