GNOME Bugzilla – Bug 646511
Having the possibility to remove ICC profiles
Last modified: 2015-06-16 10:48:24 UTC
Created attachment 184931 [details] Influence of ICC profile in the color rendering under FF. Chromium displays the banner correctly Hello, I'm still surprised that no one has reported this yet as this issue is a pain for any GIMP user that makes web designs. I don't know if others have witnessed this, but many pics made with GIMP to be displayed on the Web (web design, screenshots) seem to have an ICC profile. But the problem is that this data causes color display issues under some browsers such as Firefox. I discovered this issue when I upgraded my Firefox (under Ubuntu) to 3.6. From then, some design elements I made appeared darker or lighter or with a weird color (ex: blue turned violet). When I asked on Gimp Attitude, some Windows users (but not all) also had this display issue. I also noticed it on many screenshots processed with Gimp, whatever the OS. For example, I had the same violet color when I viewed screenshots taken under Windows XP, its blue bar becomes violet ! If you can't see why I talk about violet color, check the screenshot I attached to this report, it shows very well the huge difference I have when I view a pic having ICC profiles under Firefox and Chromium. The banner is OK under Chromium, but it appears violet under FF (the banner is now fixed as I filed a report about this issue at phpbb.com's bug tracker). This banner is actually a JPEG, but the issue is exactly the same with PNGs and so, this causes color differences between the CSS background color and the pic's color when, for example, I use a gradient background image for which I continue with a plain background color for page weight reasons. You can test by yourself with this pic : http://uploads.siteduzero.com/files/305001_306000/305950.png Those that have the same color display issue under FF 3.5+ will see it violet instead of blue While under Photoshop, it's possible to remove these color profile info while saving for Web, we don't have any feature that does the same thing under GIMP. We can only remove gamma and that's all, no ICC profile removal option... and I couldn't find any plug-in that does it... So because of that, I have to complete Gimp with Yahoo! Smush,it and PNGCrush (using this command : pngcrush -rem gAMA -rem cHRM -rem iCCP -rem sRGB old-image.png new-image.png) in order to optimize my PNG pics so they can display correctly on all computers, whatever the OS, the browser and its settings. I haven't indicated any version of GIMP as I don't know if it's 2.6-specific or not, as I already had 2.6 when I discovered the problem. But if my memory is correct, my pics made with GIMP 2.2 didn't have this issue... I should reboot XP some day so I can test with 2.2 vanilla version that is still in place, and the 2.4 nomad version (that I try to rememver if I kept it or replaced it by 2.6 nomad version...) Thanks in advance for taking into consideration the issues that concern webdesigners such as me, who use GIMP since March 2006 for making design elements for forums, blogs and websites. Caroline
Note, although I agree a feature to remove the icc profile would be useful, it does not by any means ensure your images look the same everywhere. With a profile, and if you are using a properly calibrated monitor, the image will look as you intend with browsers using colour management, and randomly different with browsers not using colour management. Without a profile, the image will look randomly different in all browsers. The amount of difference will vary depending on the image, people's monitors and the phase of the moon. The long term trend is for more software to use colour management, and for monitors to ship with approximate ICC profiles. In gimp, the default profile is not saved, and others are; this is far from ideal. If you change the default profile in edit/preferences, you may have a small amount of control over which profile is discarded.
It would be nice to know what version of GIMP you're using, since this sounds a lot like 599065, which should be resolved in 2.6.7. Can you confirm that the issue you're seeing still happens with 2.6.7? Also, the output format is very important; 599065 is only pertinent to PNG files. If this is also a problem with JPEGs, please provide one as an attachment or provide a link to one. Lastly, could you describe in more detail the process that leads to you encountering this problem? Do you initially create the image with GIMP, or does it come from somewhere else? What is the output format?
The bug was reported against 2.6.7, not fixed in 2.6.7. It was fixed on the GIMP 2.8 development branch. Right now our nightly tarball build server is down unfortunately, but when it is back up, you can download a tarball with the fix here: ftp://gimptest.flamingtext.com/pub/nightly-tarballs/ The fix was only made for PNG. Can you provide step-by-step instructions on how to get the problem with JPEG images? I didn't know we had this problem also with JPEG.
Hello, >Martin : Sorry for the belated response (cooking rush). Now I just tested by converting one of my PNGs (having the problem) into a JPEG, and the JPEG version displays correctly. The case I showed you (the banner on phpbb.com) was a banner that was made with photoshop, the screenshot was just meant to show a similar example in order to explain what I mean by wrong color. > Omari : My current version is 2.6.8, the default version in Ubuntu Lucid's default repositories. > Liam and Omari : if you want a better example of what I mean, check this : http://www.awesomestyles.com/phpbb3-styles/demo/id-provalentina It's an uncorrected version if one of my phpBB3 styles. on Firefox on some desktop such as mine, the corners (that were made with GIMP) are darker and this is really a pain when it comes to use fake transparency in a web design ! And since I couldn't fix this issue with Gimp itself, I had to use Smush.it in order to fix the color issue in all my styles' pics by removing those metadata that caused that issue, or by choosing GIF format when there are only a few colors ! Here's now the latest update of this style : http://demo.phpbb3styles.net/id_provalentina?style=12 In this version, no more darker corners ! Here's now another example with another of my phpBB3 styles : Uncorrected : http://www.awesomestyles.com/phpbb3-styles/demo/pro-ubuntu?l=en&version= Corrected : http://demo.phpbb3styles.net/pro_ubuntu?style=12
Ah, and just an additional info : Yes, I can choose GIF when there are only a few colors, but when I have pics that have too much colors for the indexed mode AND have crisp edges that makes the use of JPEG unthinkable, I have no choice to use PNG for a decent image quality.
Can you provide a step by step instruction as requested per comment #3 and reopen this bug report? Thanks in advance.
I SAID that I WASN'T sure if the issue was present for JPEGs, I NEVER SAID that there was a problem with JPEG ! I told LATER that my tests REVEALED that my JPEG generated with Gimp DISPLAY CORRECTLY ! This issue with JPEG happens ONLY under PHOTOSHOP ! Am I more clear now ?
*** Bug 670873 has been marked as a duplicate of this bug. ***
All issues brought up here are either about how GIMP incorectly deals with color profiles (which is handled in a lot of other bugs, and being refactored at the moment in master), or how other software deals with profiles (correct or incorrect ones), which is irrelevant in a GIMP bug. And other things, which are also different matters. So let's focus on the issue in the bug title which is "Having the possibility to remove ICC profiles" Which is a valid request no matter what it's used for (web design, or just saving space in the 1x1 image mentioned in bug 670873). We should probably have an explicit "Discard color profile" option.
GIMP should also have an explicit "embed the GIMP built-in profile" option. There are times when people don't want an embedded profile, even if they assigned to the image a profile from disk. And there are times when people do want an embedded profile, even if the image is using the GIMP built-in sRGB profile. The web developer problem is that some browsers (like Firefox with the default CM settings) treat images (and css elements) with no profiles differently from images with an embedded sRGB profile. The interim solution (until browsers fix their CM) is to remove the sRGB profile from images that are web design elements. But photographers often do want their sRGB images color-managed by browsers, so photographers often do want an embedded sRGB profile, which they don't get at present if they are editing in the GIMP built-in color space.
I completely agree, all those options should be available, and probably be export options. Do we have a bug about that already? We can't track it here too.
(In reply to Michael Natterer from comment #11) > I completely agree, all those options should be available, and probably > be export options. Do we have a bug about that already? We can't track it > here too. https://bugzilla.gnome.org/show_bug.cgi?id=689042
(In reply to Elle Stone from comment #12) > (In reply to Michael Natterer from comment #11) > > I completely agree, all those options should be available, and probably > > be export options. Do we have a bug about that already? We can't track it > > here too. > > https://bugzilla.gnome.org/show_bug.cgi?id=689042 Which leads to https://bugzilla.gnome.org/show_bug.cgi?id=575744, didn't realize 689042 had been marked as a duplicate.
Also see https://bugzilla.gnome.org/show_bug.cgi?id=627594, which was closed as not a bug. Also https://bugzilla.gnome.org/show_bug.cgi?id=512485 Dealing with camera DCF isn't the same as the question of having the option to embed the built-in sRGB profile upon export.
Thanks Elle. I guess one (or more) of these bugs should be reopened, or a new one filed about being smarter with profiles on export.
Fixed in master, one missing bit less... commit aeb2a6e4ffebdc47315b50628597cc566e1efd70 Author: Michael Natterer <mitch@gimp.org> Date: Mon Jun 15 20:19:32 2015 +0200 Bug 646511 - Having the possibility to remove ICC profiles Add Image -> Color Management -> Discard Color Profile which simply removes the profile without any conversion. Also added actions and callbacks for "Assign" and "Convert" but these are only stubs to be filled as replacement for the remaining code in the lcms plug-in. app/actions/image-actions.c | 26 ++++++++++++++ app/actions/image-commands.c | 31 +++++++++++++++++ app/actions/image-commands.h | 83 ++++++++++++++++++++++++-------------------- app/widgets/gimphelp-ids.h | 3 ++ menus/image-menu.xml.in | 7 +++- 5 files changed, 111 insertions(+), 39 deletions(-)
(In reply to Michael Natterer from comment #15) > Thanks Elle. I guess one (or more) of these bugs should be reopened, > or a new one filed about being smarter with profiles on export. Would you like me to open a new bug?
Yes please, I checked again and none of our bugs covers that.
(In reply to Michael Natterer from comment #18) > Yes please, I checked again and none of our bugs covers that. https://bugzilla.gnome.org/show_bug.cgi?id=751030