Mike Chaney's Tech Corner
April 18, 2024, 09:22:01 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]
  Print  
Author Topic: What is Qimage Ultimates internal/working color space?  (Read 12823 times)
bobcoss
Newbie
*
Posts: 18


View Profile
« on: January 30, 2014, 08:15:54 PM »

Hi,

I'm creating some new printer profiles using Argyllcms, and one of the options for creating the profile is to select the "source" color space.  I do all my printing with Qimage, and previously just used srgb.icm as my source color space for my profiles, but I'm curious, and wondering if there might be a better option.

If my images typically go from Raw to print in Qimage Ultimate, what would the the internal or working color space that the images are being converted from before being converted to my printers icc profile?

Thank you in advance,

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



View Profile WWW Email
« Reply #1 on: January 30, 2014, 08:28:13 PM »

Quote
If my images typically go from Raw to print in Qimage Ultimate, what would the the internal or working color space that the images are being converted from before being converted to my printers icc profile?

Thank you in advance,

Bob Coss

Hi Bob,

The best way to answer the question (assuming you are not using a custom camera profile) is to hover your mouse pointer over a thimbnail of one of your raw images.
The color space that is used will be shown in the "hotbar" below the thumbnails.
See the screen snaps attached.

In the Edit/ Raw Options menu, you can select your Raw color space from Adobe rgb  to a camera specific or an sRGB color space.

Hope this helps.
Fred

Logged
bobcoss
Newbie
*
Posts: 18


View Profile
« Reply #2 on: January 30, 2014, 11:44:43 PM »

Aha,

That makes sense.   I typically do use Mikes camera profiles, so I guess I could use that as the source profile.

Thank you very much Fred.

Bob Coss

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



View Profile WWW
« Reply #3 on: January 31, 2014, 08:36:00 AM »

Just to add a comment;
Quote
what would the the internal or working color space that the images are being converted from before being converted to my printers icc profile?
Some editors like PaintShop Pro have a so called "working colour space" and any image opened in that program is usually converted to that colour space.

QU does not work like that - it uses the colour space of the image, defined by a exif tag, raw image profile or, as priority, an embedded profile. In the event of no defined profile QU will default to sRGB - which may not always be correct if it's come from another program where the profile has not been embedded.
When a raw image is converted in QU, you decide what colour space it is converted too and the profile is embedded.

Fred has explained how to determine what profile QU is "seeing" and QU, when printing, converts from that profile, whatever it is, to the printer profile.

Without knowing the process being used to create a printer profile with that open source software, it's difficult to know why a "source" profile is required.
DDI Profile Prism profiling software does not require such information and printer targets are printed with colour management turned off, as is required with other profiling software.
Terry
« Last Edit: January 31, 2014, 08:38:24 AM by Terry-M » Logged
Fred A
Forum Superhero
*****
Posts: 5644



View Profile WWW Email
« Reply #4 on: January 31, 2014, 11:29:33 AM »

Quote
Without knowing the process being used to create a printer profile with that open source software, it's difficult to know why a "source" profile is required.
DDI Profile Prism profiling software does not require such information and printer targets are printed with colour management turned off, as is required with other profiling software.
Terry

I was wondering the same thing!
The one thing you do not want to do when making a printer profile is to influence the target print color.
That's the point! The target is a "known set of colors".
That's why we even shut off the printer influence by setting it to Color Management OFF!
The target is in color space RGB.

But I am not familiar with Argyllcms, so maybe they have some need?Huh??

Fred
Logged
bobcoss
Newbie
*
Posts: 18


View Profile
« Reply #5 on: February 01, 2014, 12:25:11 AM »

I have used Argyllcms for a long time, and I must admit that I don't understand all the technical aspects of color management.  I understand that I want to print my targets without color management specified in the driver, and that when I've built my profile, I specify that in QU and it's applied to the final print whether it's printed locally or sent off to the lab.

I've had a lot of success with Argyllcms and thought I would ask about this as I was reviewing the workflow for creating the profiles.    One of the options that is shown in the "typical usage" instructions is the -S which is a source profile.   The explication is rather complex and I must admit I don't really understand it.   I believe Mike would understand it.

(excerpt from http://www.argyllcms.com/doc/Scenarios.html#PP5)

"Where the resulting profile will be used conventionally (ie. using collink -s, or cctiff or most other "dumb" CMMs) it is important to specify that gamut mapping should be computed for the output (B2A) perceptual and saturation tables. This is done by specifying a device profile as the parameter to the colprof -S flag. When you intend to create a "general use" profile, it can be a good technique to specify the source gamut as the opposite type of profile to that being created, i.e. if a printer profile is being created, specify a display profile (e.g. sRGB) as the source gamut. If a display profile is being created, then specify a printer profile as the source (e.g. Figra, SWOP etc.).  When linking to the profile you have created this way as the output profile, then use perceptual intent if the source is the opposite type, and relative colorimetric if it is the same type."

I had seen a lot of other folks documenting this process were using aRGB instead of sRGB.   My original question might actually not be relevant or useful.    I might experiment with a number of differnet profiels there to see what happens.

I've use PP before, and wasn't always happy with the results or the workflow.   I update every once in a while.  I do love the profile editor.  I wish Mike would make it usable on profiles created by other tools.

Thank you for all of your answers.

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



View Profile WWW Email
« Reply #6 on: February 01, 2014, 01:36:30 PM »

Quote
I have used Argyllcms for a long time, and I must admit that I don't understand all the technical aspects of color management.  I understand that I want to print my targets without color management specified in the driver, and that when I've built my profile, I specify that in QU and it's applied to the final print whether it's printed locally or sent off to the lab.

I am in no way qualified to decipher that complex description of something which sounds like a general treatise on creating a COLOR SPACE.
It seems to be trying to explain mapping of colors to create a color space.
Yes, that it Mike's department.

But when it comes to Profile Prism and creating a Camera, Scanner, or in your case a Printer Profile, you are trying to create a Printer/Paper/Printer model/ and ink color space for your printer to make the actual print colors match the REAL SCENE.
 
We have a color Target which contains patches of color, thousands of of them, each with a certified RGB value. It is so precise that the company that produces them supplies a small correction table for each run of target they produce.

Now we print a target, image supplied, (at original size and color space) on the paper we are profiling, using the printer and ink that we will use.
In the driver, we set color influence to OFF, and we must select the proper matching paper selection and quality to best.

You can understand that the target being at such a precise level has to pristine, and the print you make has to be pristine.

Now we scan both (best in Raw mode). The resulting file is saved, opened in Profile Prism, and Profile prism compares the information from the hard target with the printed target, and knows which patch of RGB on the printed target is not an exact match to the manufactured target, and makes the adjustment.

This is just an explanation of printer profiling using Profile Prism to unveil some of the mystique of a printer profile.
Maybe some of this will help clear the air of fear for some who might want to try making your own printer profiles.

(Just an aside! I profile all my papers. I profile my HP Advanced Glossy, Ilford, and even all my Epson papers; Ultra Luster, Glossy, and Ultra Presentation Matte.
I can beat the manufacturer supplied profile in every case except Epson Premium Glossy.)
 
Fred
Logged
admin
Administrator
Forum Superhero
*****
Posts: 4120



View Profile Email
« Reply #7 on: February 01, 2014, 02:25:34 PM »

"Where the resulting profile will be used conventionally (ie. using collink -s, or cctiff or most other "dumb" CMMs) it is important to specify that gamut mapping should be computed for the output (B2A) perceptual and saturation tables. This is done by specifying a device profile as the parameter to the colprof -S flag. When you intend to create a "general use" profile, it can be a good technique to specify the source gamut as the opposite type of profile to that being created, i.e. if a printer profile is being created, specify a display profile (e.g. sRGB) as the source gamut. If a display profile is being created, then specify a printer profile as the source (e.g. Figra, SWOP etc.).  When linking to the profile you have created this way as the output profile, then use perceptual intent if the source is the opposite type, and relative colorimetric if it is the same type."

Well, not the most well written piece but this is how I interpret it, reading between the lines...

The ICC color management model only allows colors to be converted from one profile to another by a hard coded mapping (a matrix or a look up table).  If the color space of your image (say Adobe RGB) is larger than that of the device you are using (say a printer), some of the colors in the color space of the image may be out of gamut for the printer.  Perceptual and Saturation intents attempt to do some scaling so that the larger image gamut can be displayed on the smaller gamut of the device without clipping.  This is done by "squeezing" the larger gamut into the smaller one, basically by desaturating the colors just a bit since the ones that are out of gamut will be the brighter colors.

They are trying to compensate for ICC profiles not being "smart" by rescaling gamuts differently depending on the color space you use for your images.  If you are creating a printer profile and you say your color space is Adobe RGB, they squeeze the gamut a little so (most or all) of Adobe RGB can be printed on your printer without banding or hot areas.  This results in a little desaturation of the colors because you can't truly display all of Adobe RGB on your printer: but you can desaturate so it at least looks smooth.  By comparison, if you say your image color space is ProPhoto RGB, they squeeze the gamut a lot because that color space is much larger, resulting in even more desaturation of colors.

IMO, this is not a good idea!  First of all, a "smart" CMM would be able to look at the actual colors present in the image, and only scale to fit those instead of the entire color space.  Just because you use ProPhoto color space doesn't mean that all your pictures are going fill that entire color space and be of incredibly saturated flowers that are out of gamut for the printer.  What if you print a picture of your brother's new black car with just some grass and blue sky in the background: all of which are well within the color gamut of your printer: do you want the green grass and blue sky rescaled and dulled just because you use a big color space?  The second problem here is one of impracticality.  You create a printer profile based on ProPhoto input color space and now you want to print a photo from a friend's iPhone, or an sRGB JPEG from a friend's camera.  Now you have to use a different profile if you don't want that sRGB image to suffer the "ProPhoto squeeze".

Rather than trying to scale gamut for Perceptual and Saturation intent based on the potential size of the entire color space (only a fraction of which may be visible in your images), it is better to take a "real world" approach where the gamut of the device is examined and that is compared to a set of colors that is expected in nature and man made objects that typically appear in the majority of photos.  Then one profile works regardless of the color space of the images.  The majority of your photos won't go beyond even the small sRGB color space so why "penalize" them by desaturating them so that all possible colors in ProPhoto (for example) are able to be "shaded" by your printer?

By comparison, Profile Prism uses a proprietary scaling of the color gamut based on known properties of colors that are typically photographed compared to the (measured) gamut of your printer.  It is also non-linear so that your light blue shirt isn't penalized for being in a color space big enough to capture all of nature.  Smiley

BTW, none of this applies if you use Relative Colorimetric intent.  That intent renders all colors in gamut accurately, and simply clips the ones that are out of gamut.  Also, I use ProPhoto here as an example only because it is the largest of the generally used color spaces and makes my point of the level of scaling being done from one space to another.

HTH,
Mike
« Last Edit: February 01, 2014, 02:32:31 PM by admin » Logged
Terry-M
The Honourable Metric Mann
Forum Superhero
*****
Posts: 3247



View Profile WWW
« Reply #8 on: February 01, 2014, 08:09:29 PM »

Hi Bob,
What a great explanation from Mike, very useful for many of us  Wink
You said earlier:
Quote
I've use PP before, and wasn't always happy with the results or the workflow.
PP work-flow seems very straight forward to me, especially after Mike's explanation of what Argyllcms is trying to do compared to PP. After all, any scanner based profiling process will involve the same steps I would think: print target, scan target with a standard target such as IT8 and then process the images in the software. If you have equipment to scan the printer target with a spectral colour measurement device then it is probably a simpler process.

Fred has already said how well he gets on making printer profiles with PP; I would like to add that I have also used PP to make camera raw profiles and scanner profiles. The process in PP is much simpler than making a printer profile except that taking the photograph for a camera raw profile needs special care. Two of the camera profiles on the QU list are from my images  Grin
Terry
Logged
bobcoss
Newbie
*
Posts: 18


View Profile
« Reply #9 on: February 01, 2014, 09:20:44 PM »

Hi Mike,

Thank you for wading through all that techno babble for the rest of use and giving a decent concise answer.  I haven't used PP for over a year, but not that I think about it, I hadn't created an Argyllcms profile in over a year.  I typically try both.   The think I like about PP is the opportunity to refine the profile.   In the end though, I use my profiles from my Pulse DTP20 and Argyllcms because I'm happier with my test prints with it.

For anyone who doesn't want to invest hundred of dollars for dedicated profiling equipment and want to take a stab at profiling their printers (scanners, and cameras also), Profile Prism does an amazing job if you have the right printer, and software that will do a raw scan of the it8 target and the printed target.   

I don't know if I will pay for PP support this year.  Maybe after the next upgrade.   Also, I don't have the software to read the raw images or my canon lide scanner any more.

Many thanks to everyone for responding to my question.  I'm always learning from you guys.

Time to make some prints with Qimage Ultimate!

Bob Coss
Logged
ziplock122949
Newbie
*
Posts: 12


View Profile
« Reply #10 on: July 01, 2014, 11:22:40 PM »

I just want to verify that I understand this correctly (and what I assumed), QU converts each image individually to the paper color space with the selected rendering intent (relative, perceptual, etc). It then takes all of the converted images and renders a larger file, then it sends it to the printer (in chunks).

I just want to make sure that QU does not render all of the files together then convert the single file to the paper color space. If it did this, each image would change the colors of the others in perceptual rendering.
Logged
admin
Administrator
Forum Superhero
*****
Posts: 4120



View Profile Email
« Reply #11 on: July 02, 2014, 12:05:17 AM »

I just want to verify that I understand this correctly (and what I assumed), QU converts each image individually to the paper color space with the selected rendering intent (relative, perceptual, etc). It then takes all of the converted images and renders a larger file, then it sends it to the printer (in chunks).

I just want to make sure that QU does not render all of the files together then convert the single file to the paper color space. If it did this, each image would change the colors of the others in perceptual rendering.

Yes.  Each image is converted from the image's color space directly to the printer color space and the images are resampled and sent to the driver individually (each in chunks).  It doesn't try to render multiple images at once.  If it did that, you wouldn't be able to print (properly) images that have different color spaces.

Regards,
Mike
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.