On 03/04/2010 02:13 PM, Jason Simanek wrote:
> On 03/04/2010 02:14 AM, Sven Neumann wrote:
>> The point of the current behavior is that you need to make an assumption
>> if no profile is attached to an image. Otherwise you could not even
>> display this image. Without a color profile or an assumption about the
>> meaning of the RGB values it's just numbers.
> It's really unfortunate that the one color space that Gimp actually uses
> is sRGB, which has a fairly limited gamut (as I understand it). Of
> course, since it's the default color space of computer displays, sRGB
> makes perfect historical sense. But if it were instead something like
> Adobe RGB, Gimp would probably be pretty respectable as long as it color
> managed the transition from whatever original color space an image was
> in to the native wide-gamut RGB. And the export would work the same. In
> that situation the wide-gamut RGB would most likely be able to preserve
> all/most existing color variations in any image.
> Sven, thanks for explaining the reality of color management in Gimp. Is
> somebody on the team already working on this or in this direction? Is
> there anything a non-programmer can do to contribute to this color
> management problem? Or is it just a matter of waiting for the developers
> to move all of Gimp over to GEGL's way of doing things?

I am currently working on improving color management in GIMP.  If you 
would like to follow along, CC yourself on 
https://bugzilla.gnome.org/show_bug.cgi?id=608961 .  I need to rev the 
spec, as I'm working off off a version of it that's a product of what I 
started with as well as discussions that happened after I originally 
wrote it.

As mentioned, I also discussed the spec here on the mailing list; see 
the thread "GIMP color-management spec and further discussion" which I 
started on 7 Feb 2010.  I'm surprised that nobody referred to that spec 
or that prior discussion before now.

Finally, yahvuu created a nice spec for color management UI/UX.  IMO, 
it's too ambitious for the first implementation, and I'd like to get 
something in that's basic but fully-functional, and covers usecases we 
don't support right now.  So I will be implementing my spec, and once 
that basic functionality is in place, I'll look more closely at his spec.

Among the changes that I plan to make, which are pertinent to what's 
been discussed so far:
  - The implicit assumption that untagged images use sRGB will be made 

Planned changes that aren't part of the spec:
  - I hope to make more (if not all) of the small previews color-managed
  - With any luck, I will get the sRGB profiles (2x3kB) included as part 
of the GIMP distribution, which will allow us to change how options are 
named — the user will trivially be able to embed an actual sRGB profile 
in addition to whatever they can do now.

If you have questions, let me know
Gimp-developer mailing list

Reply via email to