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
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