Bug 208160 - After edition image has different colors in QT nad GTK+ applications
Summary: After edition image has different colors in QT nad GTK+ applications
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Showfoto-Core (show other bugs)
Version: 0.10.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-22 11:15 UTC by michal
Modified: 2016-07-03 05:08 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 2.5.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description michal 2009-09-22 11:15:02 UTC
Version:           0.10.0 (using 4.3.1 (KDE 4.3.1), PLD-Linux)
Compiler:          i686-pld-linux-gcc
OS:                Linux (i686) release 2.6.31

I have a picture: http://michal.waw.pl/worek/gtk-qt/dsc_7823.jpg I've rotated it in showfoto, here is a result: http://michal.waw.pl/worek/gtk-qt/dsc_7823_fx.jpg

Firefox, geeqie show the second picture with blue tint. In gwenview and Konqueror colors are same as in original picture.

The situation is 100% repeatable. If you can't see it, I can take a screenshot.

I'm not really sure where to report this problem.

Someone suggeste that image after edition has attached color profile, because GIMP asks if I want to convert it when opening. But no matter if I select "convert" or "ignore", the picture has blue tint.
Comment 1 Marcel Wiesweg 2009-09-22 19:48:39 UTC
This is a very unfortunate problem with color management. Color management had several problems in 0.10.0, one being the usage of an sRGB profile with a wrong whitepoint.
If you have enabled color management, update urgently to 1.0-beta4 (beta5 to be released soon) and recent versions of libkdcraw. The bug is fixed in these versions.
Comment 2 michal 2009-09-22 22:47:18 UTC
I do not have color management enabled. So maybe there is different reason?

I have procesed literally hundreds of pictures before I have noticed this problem. Is there way to fix it in lossless manner, preferably in batch?

Is there way to check from command line if JPEG file has this problem?
Comment 3 michal 2009-09-22 23:00:21 UTC
I'm reopening as cause you described doesn't seem to apply in this case.
Comment 4 Marcel Wiesweg 2009-09-23 18:41:16 UTC
I can confirm that the resulting image has an embedded ICC profile which says it is sRGB but has D50 whitepoint instead of D65 as it should. Non-colormanaged applications will simply ignore the embedded profile.

To correct the situation it is sufficient to strip the color profile from the file. Currently there is no batch mode in digikam to do that.
I don't know of command line tools to do that. Maybe ImageMagick? Perhaps someone else can help here?
Comment 5 michal 2009-09-25 21:33:07 UTC
ImgageMagick was good idea. This command removes ICC profile:
convert +profile 'icc' dsc_7823_fx.jpg dsc_7823_fx_fix.jpg
Comment 6 michal 2010-04-20 11:30:38 UTC
This bug is still present in showfoto 1.1.0. Do you plan to fix it? It is very annoying...
Comment 7 michal 2010-04-20 11:32:22 UTC
My fault I think. I've edited a file that was previously edited with older version of showfoto. Sorry.
Comment 8 caulier.gilles 2010-04-20 12:02:16 UTC
And use showfoto 1.2.0, not 1.1.0. 1.2.0 is the last stable release.

Gilles Caulier
Comment 9 caulier.gilles 2011-12-16 10:58:23 UTC
Michael,

This file still valid using digiKam 2.x serie ?

Gilles Caulier
Comment 10 michal 2011-12-17 14:13:13 UTC
Seems OK now. Thanks.