Skip to main content
Inspiring
June 24, 2009
Answered

Assign Profile vs Converting to Profile

  • June 24, 2009
  • 14 replies
  • 52277 views

This relates to a very lengthy thread in the InDesign forum, "RGB vs CMYK images and resolution"

I have a lot of questions (perhaps confusing) relating to RGB color gamuts. To simplify let's start with 2 gamuts, ProPhoto and Adobe RGB

I have a profile editor that can view both of these within potato-shaped Lab gamut. They are of course both triangles, I believe all RGB gamuts are. I can see ProPhoto is considerably larger than Adobe RGB, containing more fringe colors

I also see that the gamma of Adobe RGB is 2.2. The white point is 6500K

The gamma of ProPhoto is 1.8. The white point is 5000K

I understand gamma to be "black point". Or better yet "black density". On a press sheet, ink density can be measured with a densitometer. In my experience a density reading of 2.2 on a press sheet would be very dark. Is my understanding correct - that gamma (RGB) is comparable to ink density (CMYK)? Perhaps better to state as an analogy: Gamma: RGB as Density: CMYK

My monitor RGB profile has a gamma of 1.8 (mac standard). This tells me that the Adobe RGB gamma of 2.2 has to be re-interpreted on my display. Is that correct?

As for white point, that would be the RGB equivalent of CMYK paper white.

The InDesign forum has a lot of discussion about assigning profiles, vs converting to profiles. My understanding is that assigning a different RGB is actually a "pure" conversion. The pixels are left completely intact. There is no move to Lab, and back to RGB. It's taking the image and effectively dropping it into a brand new gamut, The price for this, of course, is that the appearances of the colors are completely redefined, and this appearance shift can at times be radical.

For example, if I have an ProPhoto image open, then assign Adobe RGB, I can see very clearly that the image becomes darker on-screen, and the color "shrinks"

As a prepress person, I have often used re-assigning in RGB mode as a very effective color correction tool. Usually it's turd polishing, to be quite honest, when critical color match is not an issue. The scenario is usually a crappy sRGB image. I assign Adobe RGB, which as the Adobe description states is ideal for conversion to CMYK. I must add that I always use proof preview, I am well aware that Adobe RGB has colors far beyond a standard CMYK gamut. But when I convert to CMYK, using Adobe RGB as the source, the image color is expanded, and the result on press is often vastly improved.

I will also add that as a prepress person, I don't go re-assigning in this fashion without the customer's consent.

In the InDesign forum, this "re-assigning" has been referred to as "random color". There is a lot of emphasis on color appearance, and maintaining color appearance. The consensus therefore is that if you had an sRGB image, you should convert to Adobe RGB. But then it is my understanding that you miss out on the often huge benefit of gamut expansion. If you wanted to expand color after converting, you have to do color corrections, which alters the pixel data and in the strictest sense is destructive (unless you use adjustment layers).

All this leaves me wondering - if assigning is such a no-no, why is it available? Probably the main reason for the assign capability is to assign profiles to images that don't have an embedded profile. Sometimes users unknowingly discard profiles, if the color settings policy is set to off. When another user open the image, he quickly sees the image does not have a profile.

Normally he would assign his working space, since that is affecting his visual on-screen appearance. But he can't know for sure if that's true to the original capture.

Which brings up another point. Any device doing the capture (camera or scanner) has a gamut. This gamut is an input profile.  When the image is translated from device capture into digital file, should this input profile be embedded in the image?

At this point I'm not sure about this. I have a 7.1 MP camera, and the downloads always have sRGB embedded. Not a profile specific to the Kodak model. My guess is that sRGB is a universal standard, representing the gamuts of monitors and desktop scanners. It is the working space of the world wide web. So it's more or less the default RGB, and is also the default working space in all Adobe applications (North America general purpose).

But the description of sRGB is very clear. It is not ideal for prepress, this is stated in Adobe's description. It is small. This may make it comparable to CMYK, but it is still not ideal for conversion to CMYK. And in fact there are CMYK colors that fall outside of sRGB. Especially if you are dealing with the larger CMYK gamuts corresponding to new offset screening technologies (FM screening and concentric screening)

So why in the world would someone convert from sRGB, to Adobe RGB? There's no benefit at all. May as well leave it sRGB, instead of converting. And the even bigger question - how do you know that sRGB is "true" color? To me, the true color is the original subject. In the case of a photo, that might be just a memory. In the case of a scan. it's the original, but the user might not even have that, if someone else did the scan and all he has is the digital file. So who's to say that the embedded profile - sRGB - is a fair representation of the original?

Re-assigning RGB profiles may be an odd way of adjusting color. But it can be effective. Why would the assign option be readily available, if not to translate colors to a different gamut, without altering pixel data? Seems to me it is the primary reason Adobe developed the assign option in the first place.

I know this is a lot of questions. Any input on any of these matters would be greatly appreciated.

    This topic has been closed for replies.
    Correct answer

    Mike Ornellas wrote:

    not really -

    All you need to do is link a layer to a channel that has a color fill object.  I'm sure it easier said then done, but that's the concept.

    Mike, that's a good concept. That's not what I was picturing though. I was thinking of a whole new color space. I user would pick however many spot colors he wanted to include in his space. Then convert to it. That would be bizarre, and a real mess.

    Nothing wrong with getting off subject, Mike. Relating to the subject and color management workflows:

    Re-assigning is not part of valid workflow. A good color management workflow would be good photography – good design – good output. All conversions, of course. I just think re-assigning is an effective way of resetting color, in the event of bad photography, where a good design is the goal, and maintaining color appearance is not the goal.

    I have to stress all these points, in case a novice reads this thread and thinks "hey let's re-assign everything". That truly is wrecking color management, and in most cases would be very counter-productive.

    As I stated earlier I believe PDF output is Adobe's solution to the color management problem. This is not usually PDF output from Photoshop, it is PDF output of placed images. The solutions aren't completely ironed out yet. I believe Adobe needs to continue efforts to make color management in relation to PDF output simpler, so that color conversions stay true to intended color.

    But there is progress and I believe color management workflows will be much easier to build one day. Maybe if the apps included a way to package profiles, output settings, and color settings for a single workflow file transfer, that would be a good start.

    There is a related thread in the color management forum (wow that place is an empty room, isn't it) I started called Source profiles, I got some support there along with a good explanation.


    Printer_Rick wrote:

    Re-assigning is not part of valid workflow. A good color management workflow would be good photography – good design – good output. All conversions, of course. I just think re-assigning is an effective way of resetting color, in the event of bad photography, where a good design is the goal, and maintaining color appearance is not the goal.

    I have to stress all these points, in case a novice reads this thread and thinks "hey let's re-assign everything". That truly is wrecking color management, and in most cases would be very counter-productive.

    Rick -

    Well said. I was just about to weigh in with the point you just made above.

    A solid, well-patrolled color managed workflow is essential to being profitable at every step along the way. As soon as the color-managed chain is broken, dollars start flying out the window.

    When resurrecting a basket-case file (whether it's untagged or just plain crappy), you can definitely use every trick in the book, including assigning wack-o profiles to the image. Nothing wrong with that. The problem, of course, is that everyone is so touchy about the entire subject of color management that the mere suggestion of such a solution ignites all sorts of heartburn. The distinction you make between following best practices in a solid workflow versus stepping out-of-bounds to solve an isolated problem is very good.

    14 replies

    Ramón G Castañeda
    Inspiring
    June 24, 2009

    Printer_Rick wrote:


    …My monitor RGB profile has a gamma of 1.8 (mac standard).

    You are living in the stone age.  Gamma 1.8 is a relic left over from the day of monochrome monitors and black-and-white LaserWriter printers.  It has nothing to do with colors.  Pros have been using gamma 2.2 for years and years.  Even Apple recommends it.

    As a matter of fact, the default value in the upcoming Leopard (OS 10.6) due in September will in fact be gamma 2.2.

    Ramón G Castañeda
    Inspiring
    June 24, 2009

    This excerpt copied and pasted from an old post of mine may help you understand the difference between CONVERT and assign.

    To understand profiles, think of your image as text, and of the profile as a tag that indicates in which language the text is written.

    If you see text that says GIFT, you need to know whether it's in English or in German. If in German, the word means "poison", if in English, it means a present.

    Other examples: ONCE means "eleven" in Spanish but "one time" in English.

    MOST means "Bridge" in Russian but "greatest in amount, extent, or degree" in English and "fruit juice" in German.

    If you change the language (profile) by ASSIGNING, you change the meaning of the text (appearance of the image). The numbers representing the colors in your image will remain the same, but the colors will change because the same numbers now mean something else (as the meaning of the text will change if you now read the same letters in a different language).

    CONVERTING to a profile will preserve the colors while the numbers change, in the same manner as the text will retain its meaning if you TRANSLATE it into a different language, changing the letters but preserving the meaning.

    Bottom line:

    ASSIGNing a different profile will preserve the numbers and will change the colors of the image;

    CONVERTing to a profile will preserve the colors and change the numbers accordingly.

    Inspiring
    June 24, 2009

    Ramón G Castañeda wrote:


    To understand profiles, think of your image as text, and of the profile as a tag that indicates in which language the text is written.

    If you see text that says GIFT, you need to know whether it's in English or in German. If in German, the word means "poison", if in English, it means a present.

    Other examples: ONCE means "eleven" in Spanish but "one time" in English.

    MOST means "Bridge" in Russian but "greatest in amount, extent, or degree" in English and "fruit juice" in German.

    If you change the language (profile) by ASSIGNING, you change the meaning of the text (appearance of the image). The numbers representing the colors in your image will remain the same, but the colors will change because the same numbers now mean something else (as the meaning of the text will change if you now read the same letters in a different language).

    CONVERTING to a profile will preserve the colors while the numbers change, in the same manner as the text will retain its meaning if you TRANSLATE it into a different language, changing the letters but preserving the meaning.

    Bottom line:

    ASSIGNing a different profile will preserve the numbers and will change the colors of the image;

    CONVERTing to a profile will preserve the colors and change the numbers accordingly.

    Not true, the language analogy falls short. You are suggesting that assigning Adobe RGB to an sRGB image may turn greens to reds, and blues to yellows. And that is not what happens at all.

    Words have negative (poison) and positive (gift) values. But there are no "good" or "bad" colors.

    And what would Lab be in the language scenario? It's not as if there is a universal language that everyone uses to translate (convert). But there is a universal color space everyone uses to convert.

    Furthermore converting does not preserve appearance, it attempts to preserve appearance. Which is not possible when going from a large gamut to a smaller one.

    c.pfaffenbichler
    Community Expert
    Community Expert
    June 25, 2009

    »Not true, the language analogy falls short. You are suggesting that assigning Adobe RGB to an sRGB image may turn greens to reds, and blues to yellows. And that is not what happens at all.

    Words have negative (poison) and positive (gift) values. But there are no "good" or "bad" colors.«

    Rick, the language-analogy is one of the best ways to help people understand Color Management I’ve heard so far.

    A word’s positive or negative connotations are irrelevant here, because no matter what the word’s perceived meaning, if it’s not congruent with the intended one the communication has to be considered as unsuccessful.

    (And in a prepress-context there certainly would have to be »good« and »bad« colors with regard to deviation from target. That’s why proof-printers, screens and presses have to be calibrated, isn’t it?)

    But I appreciate that with a file You color-tweak for aesthetic reasons without regard for the original image’s appearance that is irrelevant.

    So I don’t want to dispute Your editing-methods, but simply urge You to give the analogy some more thought with regard to color-consistency.

    Ramón G Castañeda
    Inspiring
    June 24, 2009

    I don't think your post is going to find many users here willing to read it in its entirety, and even less who will attempt to answer it.

    You make an awful lot of wrong assumptions, a lot of irrelevant ones, and many unnecessary ones.

    Start learning about Color Mangaement here:

    http://www.gballard.net/psd/cmstheory.html

    In the next post, I'll explain the difference betwen Assigning and Converting to you.

    Inspiring
    June 24, 2009

    Ramon,

    Sorry for the lengthy initial post. I appreciate your response. I know it is a lot of questions. I'm not sure what you mean by irrelevant assumptions.

    I'm not new to color management, and I am aware of color theory. And I understand the difference between assign and convert. Assign preserves numbers, convert attempts to preserve appearance

    I will restate as 3 concise questions in separate posts.

    NB, colourmanagement
    Community Expert
    Community Expert
    November 29, 2022

    @ Ramón_G_Castañeda      GET.    LOST.

    Referring to the above, patently impatient, insulting, unhelpful remarks and demeaning tone. Even if more than a decade ago.


    Moved as you requested - I suppose that’s the right place for this discussion. Its all from long ago though

     

    I hope this helps
    neil barstow, colourmanagement net :: adobe forum volunteer:: co-author: 'getting colour right'
    google me "neil barstow colourmanagement" for lots of free articles on colour management

    Ramón G Castañeda
    Inspiring
    June 24, 2009

    Try again, posting only one question per post, as concisely as you can.