On Sat, 1 Jan 2005 13:42:44 -0800, Hal V. Engel <[EMAIL PROTECTED]> wrote:
> I remember the color management work flow being talked about on this
> list in the past.  I think there are still some misconceptions about
> how this should work.  I see that yvind shows a work flow that
> converts from the images input color space to some apparently
> arbitrary color space (rgb8) when the image is loaded and then
> converted back to the input color space when the image is saved.  That
> means that every time the image is opened and saved it will go through
> two color space transformations.  My experience is that other tools
> such a Photoshop do not do this and I believe that this is a flawed
> design.  The image should always remain in its original color space
> unless the user has requested that the image be converted to a new
> color space (from an input device space to a working space for
> example).  So the correct flow would look like this.
> 
> There is simply no reason for the extra color space conversions and
> there are many reasons not to do it.  Specifically the repeated
> conversions as the image is opened and saved would introduce changes
> to the color space of the image that would result in increased color
> errors as the image was worked on over time.

NB: This document outlined a potential starting point for integrating
GIMP with GEGL, not a definite guide to the ideal color management
over time.

When editing multiple times, gimp should prefer to save the image with
a profile to
its internal working samplemodel and colorspace, thus making both load
and save conversions passthrough filters on repeated edits.

/yvind K.

-- 
Software patents hinder progress | http://swpat.ffii.org/ 
Web :  http://pippin.gimp.org/
_______________________________________________
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

Reply via email to