[argyllcms] Re: Eye of Gnome Color Management

  • From: Leonard Evens <len@xxxxxxxxxxxxxxxxxxxxx>
  • To: argyllcms@xxxxxxxxxxxxx
  • Date: Tue, 31 Mar 2009 10:39:43 -0500

On Mon, 2009-03-30 at 17:54 -0700, Hal V. Engel wrote:
> On Monday 30 March 2009 02:28:01 pm Leonard Evens wrote:
> > I have been confused about whether or not Eye of Gnome, under Linux,
> > supports color management.  There seemed to be several bits of seemingly
> > contradictory evidence.
> >
> > 1.  eog definitely shows something different on the display from what
> > gimp, inkscape, and Firefox, all of which agree, show. The last three
> > programs can be configured to get the display profile from from the
> > system, and they show exactly the same thing for any image file.   If I
> > tell those  programs not to use the display profile, then what they show
> > looks exactly like what eog shows.
> >
> > 2.  Searching the source code for eog does bring up icc strings.   I
> > believe it may also show it making an attempt to get the profile from
> > the system, but I'm not sure about that.   I didn't try to actually
> > understand the code, looking instead just at function calls which seemed
> > relevant.
> >
> > 3.  At the suggestion of a couple of previous responses to my posts, I
> > tried looking at certain test files as recommended, and the results
> > seemed to confirm that eog was using color management information.
> >
> > 1 seems inconsistent with 2 and 3.   But I believe I may have discovered
> > one possible source.    Searching the eog development archives, I found
> > notes to the effect that color management only worked for files with
> > imbedded color profiles.  (This is considered a defect.)
> This condition is not defined by any standard since one part of the transform 
> is not defined (IE. the missing embedded profile).  But in some cases 
> applications will make the assumption, and we all know what they say about 
> assumptions, that any image with no embedded profile is some "standard" color 
> space like sRGB but this could also be wrong.  Think of it like this:
> Given 
> X + Y = Z and Y = 5 
> how would you figure out what Z is?  Of course you can't and this is 
> analogues 
> to: 
> Image with no embedded profile (X) transformed into (+) the monitor color 
> space (Y) = the transformed image (Z ?? who knows what this should be).   
> To solve for two unknowns you need at least two equations involving those 
> unknowns and in this case there is only one equation.

I see your point.  But why can't eog do what gimp, inkscape and firefox

> > I don't know
> > if that means it uses only the imbedded profile or if it means that it
> > will only make use of the system display profile if there is a profile
> > of any sort imbedded in the file, e.g, an sRGB profile.    It may be
> > that the image files I've been testing with don't have imbedded
> > profiles.
> >
> > Any comments?

Other related posts: