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 explicit 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 --xsdg _______________________________________________ Gimp-developer mailing list Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
