[Openicc] profile-configuration, application, CUPS, Ghostscript,
Gutenprint
Bob Friesenhahn
bfriesen at simple.dallas.tx.us
Wed Apr 20 07:30:24 EST 2005
On Tue, 19 Apr 2005, Hal V Engel wrote:
>>
>> This is correct, however IMHO Gutenprint doesn't need to know this
>> information. It will get one of 4 colorspaces (W, RGB, K, or CMYK)
>> and can assume that W and RGB are sRGB, and K and CMYK are linear
>> CMYK which can be profiled with the transform happening in the app
>> or RIP.
>
> I am not sure why Gutenprint would need to make any assumptions about the
> color space of the raster image it is being handed. Shouldn't Gutenprint be
> getting the raster image in a printer model specific or custom device
> specific color space rather than a generic color space like sRGB? If
> Gutenprint gets the document in the sRGB color space (the same is true for
> any non-model/device specific color space such as linear CMYK) then it must
> apply another color space transformation from sRGB to the device color space.
The ideal scenario from the user's perspective is that he can store
and manipulate the image in a color space which best supports the
original gammut, and provides the best results for image processing,
or has otherwise been decreed to be the working space for the
organization. So if the user decides that Bruce Lindbloom's Beta RGB
space ("http://www.brucelindbloom.com/index.html?BetaRGB.html") is the
best fit for his data, then the data can be worked with entirely in
that space. This task is easier if the display is color managed so
that the image may be viewed without permanently converting it to the
display's colorspace.
If the user decides to send output to a particular device, he should
be able to preview (the best his monitor can show) what the image
will look like when sent to that device. The user could decide to
convert the image to the output device's colorspace in order to better
fine-tune the results (but lose the quality of the original) or he
could trust that the printing subsystem will do its job properly, and
send the image to the printing subsystem in its original working
colorspace. The printing subsystem will then be responsible for doing
any translations to the printer's colorspace.
If the user is not (or can not) be aware of the final output
colorspace, then he can deliver the image in a colorspace which best
supports the image, and the final color reproduction system can do
its best to reproduce it.
Bob
======================================
Bob Friesenhahn
bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
More information about the openicc
mailing list