Mike Chaney's Tech Corner
April 19, 2024, 08:18:55 AM *
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] 2 3 4
  Print  
Author Topic: off color problem  (Read 53883 times)
mitrajoon
Newbie
*
Posts: 9


View Profile Email
« on: August 27, 2011, 12:23:24 AM »

I have been using Qimage without problem for almost 10 years.  I have the pro edition.  Two days ago I did a standard print to file to convert PSD images to my local Costco icc profile.  About half the images ended up with a dull green color cast when viewed on my monitor.  They also printed that way.  Now here is the bizarre part.  When I simply open the psd files in Qimage, the images have the green cast. It doesn't matter what icc profile I am using.  In fact, I can turn the profiles off.  If I look at them in PS or with say Windows photo gallery they look as they should.  Certain images have the cast because of something that Qimage has begun to do a couple of days ago.  Which images have the cast seems to be random.  In my testing, some previously "off" pictures have "normalized" and other previously OK images acquired the cast.  I have done several resets with no luck.  I've gone back to earlier monitor calibrations and Costco icc profiles.  If I convert the files to the Costco profile in PS5, they look just fine.  I have an NEC monitor that I calibrate with Spectraview software.  I'm no expert, but I'm pretty familiar with how things work.  I've checked all current setting and tested earlier versions of all settings.   I've been trying to figure this out for two days. Still, I hope it's something stupid that I have done.   I have a big gallery show coming up and I need to make dozens of prints ASAP.  Can some one help me?
Logged
Fred A
Forum Superhero
*****
Posts: 5644



View Profile WWW Email
« Reply #1 on: August 27, 2011, 09:22:13 AM »

Quote
When I simply open the psd files in Qimage, the images have the green cast. It doesn't matter what icc profile I am using.  In fact, I can turn the profiles off.  If I look at them in PS or with say Windows photo gallery they look as they should.

Try turning off the monitor profile, or better yet, substitute a pure sRGB profile (sRGBIEC61966-2.1)
It can be found in your windows profile directory.
*After substituting the profile, do a VIEW and REBUILD thumbs in Qimage.*

How do the images look when you hover the mouse and hit the space bar? Are they green?

If that is green too, and you are printing green, I would check the read out of the color space that might be embedded in the image.
You can see this as you hover the thumbnail and read the hotbar at the lower left of the screen area.

Fred
« Last Edit: August 27, 2011, 09:33:02 AM by Fred A » Logged
mitrajoon
Newbie
*
Posts: 9


View Profile Email
« Reply #2 on: August 28, 2011, 01:19:31 PM »

This just gets more screwy.  I work in prophoto color space.  I checked all the files in both NEF and PSD.  They are all tagged with prophoto.  When I open qimage, however, a few of them (the green ones) open up as srgb!   How can this be?  This seems to be the source of the problem. 

Logged
Fred A
Forum Superhero
*****
Posts: 5644



View Profile WWW Email
« Reply #3 on: August 28, 2011, 01:28:08 PM »

Quote
They are all tagged with prophoto.

Tagged means that the prophoto color space isn't embedded in the image.
Try either saving with the colorspace as part of the image (embedded), or when in Qimage, go into the Image Editor screen and set ICC override to Prophoto.icm
Save the filter.

Fred
Logged
mitrajoon
Newbie
*
Posts: 9


View Profile Email
« Reply #4 on: August 28, 2011, 01:45:24 PM »

Thanks, I may be using the term "tagged" incorrectly.  According to my PS metadata all my images are in prophoto color space.

The icc override worked, but that would mean I would have to check every image I print manually (remember it appears to be happening on a random basis) and then apply the override filter.  There must be a way to prevent this to begin with. 
Logged
mitrajoon
Newbie
*
Posts: 9


View Profile Email
« Reply #5 on: August 28, 2011, 02:30:44 PM »

Correction:  my PSD files are listed as prophoto, my Nef files are listed as untagged in my PS metadata.  I've begun looking at other folders of images and randomly opening them in Qimage. So far this problem seems to have begun in May.  Photos taken before May do not seem to have the problem.
Logged
Fred A
Forum Superhero
*****
Posts: 5644



View Profile WWW Email
« Reply #6 on: August 28, 2011, 02:33:26 PM »

Quote
There must be a way to prevent this to begin with. 

Set the Assigned profile to Prophoto in EDIT Assign color space in CS5. Place the dot in the row to use it.
Then SAVE.

You can see yourself narrowing in on the real cause....

Fred
Logged
mitrajoon
Newbie
*
Posts: 9


View Profile Email
« Reply #7 on: August 28, 2011, 02:48:07 PM »

I went to assign profile in an image that was opened as srgb in Qimage.  Prophoto was already the assigned space. As I have mentioned, according to PS metadata,  all PSD files are listed as prophoto, that is what they are assigned when opened in ACR. I apologize if I being dense about this and I appreciate your help. 
Logged
mitrajoon
Newbie
*
Posts: 9


View Profile Email
« Reply #8 on: August 28, 2011, 03:16:12 PM »

I should have added that doing what you said works.  I am now painstakingly going through hundreds of images by opening the folders in Qimage, identifying which ones are listed as srgb (remember that PS lists all PSD files as Prophoto).  Every image that is listed as srgb must then be opened in PS and assigned prophoto and saved.  Thankfully only about 1 in 10 or 15 has this problem, but it is a slow PITA process.
Logged
rayw
Sr. Member
****
Posts: 440


View Profile
« Reply #9 on: August 28, 2011, 11:13:53 PM »

Hi,

In cs5 there is a difference 'twixt 'assign' and 'convert' - beware. http://www.adobepress.com/articles/article.asp?p=1315593&seqNum=6

Also, you could record an action, and play it in batch mode http://www.adobepress.com/articles/article.asp?p=1395933&seqNum=3 and preceding to see how to record actions. Qimage does not handle 32bit/channel images, if that is what you are using for prophoto.

Best wishes,

Ray
« Last Edit: August 28, 2011, 11:20:44 PM by rayw » Logged
mitrajoon
Newbie
*
Posts: 9


View Profile Email
« Reply #10 on: August 29, 2011, 01:34:00 AM »

Thanks.  I understand the difference.  What is puzzling is that PS isn't saving (embedding) the image profile on certain images.  If it suddenly stopped doing this on all images it would mean a setting was off.  Problem is that it is doing this on what appears to be a random basis.  I will continue to try analyze the differences between images where the profile is embedded and the ones where no profile is embedded, but so far after examining all aspects of many of these, I can't find any difference.

I did create an action to assign the prophoto profile to the errant images, but I still have to actually find them amongst all the images in a file.  In small files I just run the action on all images, but if I have several dozen images in a file it's faster to open them in Qimage, ID the ones that are srgb, and run the action on those.  If you know of a way to ID them in Bridge, that would help me.  Remember, according to the metadata, they are all tagged as prophoto even though some obviously do not have an embedded profile.
Logged
mitrajoon
Newbie
*
Posts: 9


View Profile Email
« Reply #11 on: August 29, 2011, 10:27:49 PM »

Thanks, just wish I could figure out why this is happening in the first place.
Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3247



View Profile WWW
« Reply #12 on: August 29, 2011, 10:35:35 PM »

I removed my post on doing in Qimage because I could not get it to work properly with converting.
The really simple way, if you are printing in Qimage, is to use the icc override filter in a batch process.
Quote
I could figure out why this is happening in the first place.
It really surprises me that a so called professional colour management aware program uses tagging as an option. The "correct" and certain way is to embed always.
Even the modest Paintshop Pro embeds rather than tags.
Terry
Logged
mitrajoon
Newbie
*
Posts: 9


View Profile Email
« Reply #13 on: August 29, 2011, 11:09:46 PM »

I can assure you PS embeds profiles.  This something that started happening recently and so far appears to be affecting a percentage of images at random, though I suspect there is something that I am doing without knowing it that is causing the problem.
Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3247



View Profile WWW
« Reply #14 on: August 30, 2011, 07:44:27 AM »

Quote
I can assure you PS embeds profiles
Yes, I know that. The point was, why offer tagging as well, if that is what I understand to be the case. Doesn't sound as though it's very reliable though or very difficult to see what the settings are  Shocked  Grin
For the record, back to:
Quote
I removed my post on doing in Qimage because I could not get it to work properly with converting.
It does work, I said before:
Quote
You can do it all in Qimage, the exif bar at the bottom tells you what Qimage is seeing wrt to a profile or right mouse click to Display Image Info and hover over thumbs to see if there's an embedded profile. When you find a problem image, add it to the queue to do a batch conversion to ProPhoto. If it's actually ProPhoto colour space it wont change but will get the profile embedded. Make sure that option is ticked in the Colour management Options (tiff & jpeg only).
If you don't manage to find all your problem images in one session, save those in the queue as a Session to recall and add to later.
That is correct, however you must put the input and output profile to be the same when there is no embedded profile and the image is known to be in that colour space. See attached screen shot.
Terry
Logged
Pages: [1] 2 3 4
  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.