Photoshop CS3 color management "Save for Web" problem

Forum|Forum|18 years ago
October 31, 2007
680 replies
62091 views

This problem is getting the best of me.......

After spending 3 full days researching this problem, I am no closer to finding an answer than when I started. I still cannot produce a usable image through the "Save for Web" feature of Photoshop CS3. I have read web page after web page of "Tips, Tricks and Recommendations" from dozens of experts, some from this forum, and still I have no solution... I am exhausted and frustrated to say the least. Here's the simple facts that I know at this point.

I have a web design project that was started in PS CS1. All artwork was created in photoshop and exported to JPG format by using "Save for Web". Every image displays correctly in these browsers (Safari, Camino, FireFox and even Internet Explorer on a PC).

I have recently upgraded to PS CS3 and now cannot get any newly JPG'd image to display correctly. My original settings in CS1 were of no concern to me at the time, because it always just worked, and so I do not know what they were. I have opened a few of my previous images in CS3 and found that sRGB-2.1 displays them more or less accurately. I am using sRGB 2.1 working space. Upon openning these previous image files, I get the "Missing Profile" message and of course I select "Leave as is. Do Not color manage". CS3 assumes sRGB-2.1 working space, opens the file, and all is well.

The problem is when I go to "Save for Web", the saturation goes up, and the colors change. The opposite of what most people are reporting. Here's another important point... new artwork created in CS3 does exactly the same thing, so it's not because of the older CS1 files.

I have tried every combination of "uncompensated color", "Convert to sRGB", "ICC Profile", etc. while saving. I have Converted to sRGB before saving, and my monitor is calibrated correctly.
I have tried setting the "Save for Web" page on 2-up and the "original" on the left is already color shifted before I even hit the "Save" button. Of course, the "Optimized" image on the right looks perfect because I am cheating by selecting the "Use Document Color Profile" item. Why do they even have this feature if doesn't work, or misleads you?

Does anyone have any ideas what could be happening here? Why is this all so screwed up?
CS1 worked fine out of the box.

Final note: I do have an image file I could send along that demonstrates how it is possible to display an image exactly the same in all 4 of the browsers I mentioned with no color differences. It is untagged RGB and somehow it just works.

I am very frustrated with all of this and any suggestions will be appreciated

Thanks,
Pete

This topic has been closed for replies.

Show previous replies

Ramón G Castañeda

Inspiring

>Within its colour managed environment, it will translate the English data into the wide-gamut monitor's native Spanish.

The monitor does NOT speak a language! It is NOT a color space. It displays the colors the monitor profile tells him to display. That's all. It has this vast collection of color tiles it uses as instructed by the monitor profile.

Crappy monitor profile = crappy color tiles. Drunken, incompetent translator.

Ramón G Castañeda

Inspiring

The one valid language analogy is one that postulates that you have an utterly incompetent, drunken interpreter/translator (the equivalent of a crappy monitor profile) that is delivering the wrong information during the translation.

If you have an accurately calibrated and profiled monitor (a competent and sober translator), and if you know how to handle your colors through the use of Proof View and Gamut Warning, any monitor's wider gamut should have absolutely no effect on the final image. Zilch.

If your workflow is well managed, the final sRGB image will be the same from a wide-gamut monitor and from an sRGB monitor. The pixels will be the same.

Now, if you don't know how to work in a narrow color space like sRGB with an accurately calibrated and profiled wide-gamut Adobe RGB monitor, then you need to go to school and learn how to use Photoshop.

Which is what I keep telling you to do.

Ramón G Castañeda

Inspiring

>Lets take an image in Photoshop using sRGB as the working space, and fill it with R255 B0 G0. If I ASSIGN the Adobe RGB profile, that brightest red is now brighter, whether or not a monitor can display that colour.

Only an idiot would ASSIGN a different profile to an image created in a known different color space.

You have a present and you're falsely telling the software it's poison. Or you have a bridge and you're falsely telling the software it's fruit juice.

Of course that's crap! But it doesn't have anything to do with the command of any given language (the analogy for the monitor gamut), and it has everything to do with an idiotic conversion (translation) because the key reference has been withheld by some jackass.

It's bad enough to be a moron who sends out untagged files, but to ASSIGN the wrong profile on purpose crosses the boundary into absolute imbecility.

Stop right there. Cease and desist. Any further "analogy" you want to develop is sheer nonsense.

Ramón G Castañeda

Inspiring

I did not completely read your last two posts, Raven. You're still totally wrong.

Anonymous

For what it's worth I think your language analogy is excellent. To borrow from it:

Most monitors display a gamut similar to sRGB. Say the sRGB colour space is American English and most monitors speak British English. It's gonna be pretty close...just a couple of minor differences. Color vs. colour, tire vs. tyre etc. Now these wide gamut monitors come along speaking Spanish, and that causes some confusion.

Photoshop, as you've said, is an able translator. Within its colour managed environment, it will translate the English data into the wide-gamut monitor's native Spanish. But the SFW window, previewing what things look like without a translator, doesn't display the image in the intended language.

If these last couple of posts don't make any sense to you, I'll probably give up too. Best of luck.

Anonymous

You still are not understanding what I am saying. I understand much more of what you are saying that you give me credit for. I do appreciate the effort you are making to try to explain your point, since some others don't bother, they simply put me down. You are at least trying to explain AND putting me down.

Lets take an image in Photoshop using sRGB as the working space, and fill it with R255 B0 G0. That's the brightest red that sRGB can represent. If I ASSIGN the Adobe RGB profile, that brightest red is now brighter, whether or not a monitor can display that colour. If a monitor is CAPABLE of displaying the full Adobe RGB gamut, I will SEE the red get brighter.

So here I am, looking at my sRGB red image in the nice colour-managed environment of Photoshop. It is not the brightest red the wide gamut monitor can produce, it's merely sRGB's brightest red. Photoshop, armed with data from the calibrated monitor profile, is smart enough to say "whoa now, let's have this monitor tone it down a bit so it shows the proper red colour." Now I go to SFW. The SFW preview window is NOT colour managed. It is sending a value of R255 B0 G0 to the graphics card without any ICC profile information. In effect it is ASSIGNING the monitor's profile to the image, since it doesn't know any better. The graphics card displays the brightest red it can since it doesn't know any better. That brightest red is brighter than the colour-managed sRGB brightest red, thus the SFW preview looks different than the Photoshop image itself. And it should look different.

Of course if I embed the sRGB profile in the image and view it in Safari, it will display the correct slightly less bright red, since Safari is colour managed and knows the characteristics of the monitor. But Firefox will show the same too-bright red as SFW. This is not due to a bad profile, nor is SFW broken.

I can't think of any other ways to phrase what I'm trying to say to you. I don't intend to frustrate you, I'm doing my honest best to communicate. If you will not reply anymore, perhaps someone else will.

Ramón G Castañeda

Inspiring

Raven,

What you are saying has no meaning.

> "If a monitor is capable of displaying Adobe RGB gamut (for example), then after it is accurately calibrated, the resulting monitor profile should be closer to Adobe RGB than sRGB.
>
>Am I right so far?"

No. You are comparing apples to bananas not even to oranges.

Please educate yourself to the point where you understand the difference between a device-dependent profile and a device-independent color space. Your monitor's profile is just that, a profile NOT a color space. It consists of curves that compensate for the monitor's response characteristics.

Until that is clear in your head, please refrain from discussing the issue further.

For a moment, please pick up my analogy of color profiles as tags indicating in what language a given text is. See my post #387 in this thread:

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

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.

If you don't tag an image file, it's bound to be misinterpreted. Period.

What you now propose to say is like saying that if you translate a Russian text into German, it will be closer to English because the son of a gun who is reading the text speaks only French. That makes no sense at all and it has nothing to do with anything.

If a color space is like a language (German, Russian, French, Spanish) then a monitor profile is no more than the command of any one of those languages possessed by the s.o.b. reading the text, the degree of knowledge and ability to use that language by the s.o.b. If said s.o.b. has a great command of any of those languages, then some text written in one of those languages will be perfectly understood by him.

Now think of ACE (Adobe Color Engine) using your monitor profile as the Rosetta stone or universal interpreter/translator which will serve the text information to the s.o.b. (the monitor). If done properly, the s.o.b. will then be able to parse the text.

Photoshop is that polyglot translator.

When you convert an image to sRGB through ACE, the result is always the same REGARDLESS of the monitor and REGARDLESS of the monitor profile you use. The pixels will be the same in each case.

The only thing that may change noticeably with a wider gamut monitor is the quality in which you can see THE ORIGINAL image in its original color space BEFORE being converted to sRGB. If all the colors in the image are within the gamut of the narrower sRGB space, the converted image will be the same REGARDLESS of the monitor and REGARDLESS of the monitor profile you use.

If you're still confused, please forget everything I ever posted here. I will not reply any further. Good bye.

Anonymous

I am trying very hard to be clear in my communication, but over and over again I am being misunderstood. We both feel like we're talking to a brick wall. I will try one step at a time with bite-sized pieces, and hope that I can get my point across.

If a monitor is capable of displaying Adobe RGB gamut (for example), then after it is accurately calibrated, the resulting monitor profile should be closer to Adobe RGB than sRGB.

Am I right so far?

Ramón G Castañeda

Inspiring

> You are misunderstanding me.

Gee, what a surprise!

> I am not saying that

At this point what you are trying to say is beside the point, frankly.

> a wider gamut monitor showing a colour shift in SFW is a necessarily a problem. [sic]

That is horse manure. Why do you keep talking about a color "shift"???

There will be either some color clipping (with Relative Colorimettic rendering intent) or color compression (Perceptual rendering intent) when converting from a wide color space like ProPhoto RGB or Adobe RGB to a narrow one like sRGB. Clipping and compression are different phenomena from "color shift".

It's more likely that any perceived difference is being induced by a sloppy workflow, particularly one involving different gamma settings.

>The point I'm trying to make is that a colour shift in SFW may be the result of the difference between sRGB and a monitor's profile

The monitor profile is not involved in the color space conversion AT ALL. It will only be used by Photoshop to send the colors to the monitor for you to view.

If you have a crappy monitor profile, you will be seeing crap on your screen. It's that simple.

Put another way, if you see "significant color shifts", then you either don't know what you are doing at all, or your monitor profile is hosed, or. more likely, a combination of both.

Conversing with you is like trying to talk to a brick wall. :/

Any further exchange is futile until you learn the basics. You want us to teach you the basics, and that far exceeds the scope of what can be achieved on a public forum. You need to hit the books and to complete the tutorials and exercises you can find in the books and on the net by googling.

_Mike_Ornellas_

Participating Frequently

In remedial terms - it's the worst thing to be able to convert an image in SFW and then discard the profile. Yes - SFW has MANY problems. This is the biggest mistake anyone can make.

Show more replies

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded