I am curious about what palette to use for what purpose. I know you are supposed to use CMYK palette when designing for separations printing processes, but on the other hand - you could use the RGB palette just as well, if you have a color calibrated system and a printer profile and if you leave a PDF to the printer, which I suppose most people do. It works if you set the color output to CMYK and use the printer ICC profile for conversion.
So, what is your choice regarding color models? It would be interesting to hear how you all work.
Hello there Shabbadang,It depends really on the assignment, and from time to time.I have different colours, my own palette of colours, so that even if I work with RGB it comes out as I like it when I cmyk it. But then of course, as long as I dont know the quality of the paper, or dont have a profile from my client or the printer (tryckeriet eller kunden), I go by instinct when colouring my illustrations I make for magazines and newspapers (Tabloid, morning newspaper or glossy magazines paper).If the client and myself set up a profile then of course I follow that specified colour profile, weather its cmyk, RGB or even PMS/Pantone.But 99% of the time I ask the client questions if necessary how they like to have it delivered. There are times, if not so often, but still, when the client ask for RGB.
Hej Stefan,
Your answer is a bit elusive ... But I try to understand it [:-)] Anyway, my question really boils down to me thinking the RGB palette is sort of easier to work with. The CMYK palette gets rahter dul when you turn color calibration (CM) on, while the RGB seem to retain a wider gamut (but that must be wrong, mustn't it?) so it's easier to find a color you like. The CMYK palette gets rather muddy, especially the darker greens, with CM turned on. So I'd rather use RGB, buth then again, you don't want to be too far off gamut.
>colors in standard palettes mathematically are the same, then they should print the same, but something makes them not to and I don't know why.
Variations in color engines, rendering intents, color profiles and default RIP internal conversion tables. To mention a few.
Your job is to eliminate all those variables by converting to CMYK in the application allowing A NON-COLOR MANAGED pre-press work flow to transfer your CMYK numbers along to the RIP and plate setter. This is done via postscript color management.
David Milisock said:Variations in color engines, rendering intents, color profiles and default RIP internal conversion tables. To mention a few.
Great, thank you for making me not going insane But why is this stuff so inaccurate?
I made a test with my Phaser 8550 solid ink Post script printer. I used the canned Xerox profile for this printer. Since solid ink does not blend with the paper, but rather forms a film on the surface of the paper, one can assume that the profile is correct and that paper does not play a big role here.
Anyway I made a few setups in Color Management module in Draw, each with the same printer profile, but with different rendering intents. I then brought a test file up that consists of the primaries in RGB and CMYK, all six colors in both color models.
Now the interesting part comes: I did some ink reading of all colors in all the four setups and I took notes of how each color would translate from RGB into CMYK. It made quite a table, but I won't publish it all here now unless someone is interested. What is interesting is not the differences between each rendering intent but that the RGB secondaries are so far out the window.
For example, and I take examples from the perceptual rendering intent: RGB Cyan (G255B255) was transformed to C57M0Y16K0! As you can imagine this is hardly what you would call cyan. And with the other rendering intents it was just about the same, the saturation RI, being a bit more saturated.
I have attached a screen dump of the test file with colors calibrated in Draw (I took dumps of all RI modes, but it seems you can only attach one file).
The readings for the other colors goes like this (perceptual RI): 255-0-255 (magenta): 38-79-0-0 255-255-0 (yellow): 13-0-86-0 255-0-0 (red): 0-95-98-0 0-255-0 (green): 65-0-100-0 0-0-255 (blue): 90-78-0-0
Now as you can see, the RGB primaries are doing a little better than the secondaries, with red doing the best (in saturation RI mode it was spot on 0-100-100-0). But generally the RGB colors are mapped to a color space smaller than CMYK! Guess what the RGB "yellow" looks like. Yes, a dull lime, rather than yellow.
I also made a test print shutting the printer profile off, and then RGB and CMYK colors printed exactly the same. Not as on the screen of course, but they print the same, as they should. Because nothing had been fiddling with the colors, they were sent directly to the printer. They were then printed with the largest color gamut the printer could produce. To me it seems logical that this should be the result even if a profile is used. Then RGB cyan should be mapped to C100, not 57-0-16-0, as is the case now.
Now, is this a case of color management using a bad printer profile or is this the way it is supposed to work?
>Great, thank you for making me not going insane But why is this stuff so inaccurate?
I'm going to offer some advice. I've been doing this since 1975, I 've watched the MAC come and go transforming itself into a music player and then into a phone.
Develop a relationship with your monitor and output devices, by that I mean understand the difference between what you see on the screen and what you see on the paper. Then output your work, make money and be happy.
The detailed analysis of this will drive you crazy and into bankruptcy.
The reason is that R255 G0 B0 - R0 G255 B0 - R0 G0 B255 correspond to nothing in CMYK so any conversion is subject to the software designer. Even the starting point since those RGB numbers mean nothing unless assigned to a specific color space. So there is no RGB CYAN, RGB magenta, RGB Yellow or RGB black.
In fact because of a near zero standardization in pigments the CMYK color space has mutated and has very little value in standardization except if you use SWOP, Euro or GRACOL standard pigments.
The best you can do is align your color management policies, use commercial profiles, keep a properly lit and colored work environment, use professional level graphic applications that support postscript and ICC color management and use proofing equipment that has some commercial certification for your region.
Would you think a custom built profile would give me a better result with this printer? If so, I would be happy to pay for that.
I simply can't get into my head why the RGB values aren't mapped to use the CMYK color space. I mean RGB is a larger color space to begin with, and then it's crazy that it should be mapped to an even smaller space than CMYK by the profile! I mean mapping G255B255 to anything other than C100 is a logic very hard for me to accept. If G255B255 was mapped to C100 it would be a logic I could happily accept, but not that it's mapped to 57-0-16-0. What do you think of that logic?
>Would you think a custom built profile would give me a better result with this printer? If so, I would be happy to pay for that.
No the most cost effective method for you is to standardize your ICC profiles on the regional CMYK and RGB profiles used commercially. Keep your monitor regularly calibrated, convert to CMYK in Photo-PAINT, place the CMYK images into Draw and print.
Try this set internal RGB and activate arrow to monitor, set your color engine to your choice, I use MS and rendering to perceptual, activate arrow to your separation printer profile and set that profile to the local commercial and set the monitor profile to your custom. In PP open an RGB image rename it and save then convert to CMYK with no adjustments. Then open the original RGB image rename it and save, then convert to CMYK but adjusting the CMYK curves to give you a better display. Then print both CMYK images.
David Milisock said:No the most cost effective method for you is to standardize your ICC profiles on the regional CMYK and RGB profiles used commercially.
I use the profiles I get from the different printers. So far this has been working well. I also keep my monitor calibrated but I usually let the ICC profile take care of the bitmaps at PDF conversion, which I think works really well.
David Milisock said:I use MS and rendering
My screen looks like crap when I use MS color engine. Kodak looks better here. What's the difference?
David Milisock said:Then print both CMYK images.
Print on my inkjet with the canned profile?
>but I usually let the ICC profile take care of the bitmaps at PDF conversion, which I think works really well
If you carry out the test I described you'll see why you shouldn't let automated conversions take place. You can almost always improve the RGB to CMYK conversion if you do it manually.
>My screen looks like crap when I use MS color engine.
I see no differ enc in the display with U.S. profiles using MA versus Kodak, however MS is the only color engine X3 can share with Adobe products on the PC so if I want my RGB to conversions to match as closely as possible with Photoshop I have to use the MS color engine. Can you post a screen capture of your color management settings? It sounds like you're using European profile with soft proofing turned on.
>Print on my inkjet with the canned profile?
Yes and then try activating the arrow from the separations printer to your composite printer.
Foster, check if there is a SWOP option in the printer driver!