[Openicc] colord 0.1.0 released!

[Kai-Uwe Behrmann]

Am 17.01.11, 21:46 -0500 schrieb Leonard Rosenthol:
> On Mon, Jan 17, 2011 at 8:32 PM, Hal V. Engel <hvengel at gmail.com> wrote:
>
>> I agree with this.  The UI design related to CM for the CPD allows for this
>> to
>> be directly over ridden (IE. there is a "no color management" option that
>> is
>> part of the UI design).

I think as well, a explicite "no color management" option would be the 
most robust approach for profiling.

> EXCEPT that in the case of PDF processing, there is NO SUCH THING as "no
> color management".  The standard itself goes into detail about how
> (ICC-based) color management is used as part of the rendering pipeline.  For
> PDF/X (and PDF/A), this is even more significant.
>
> Certainly you can turn off CM on the raster that is produced, BUT the act of
> rasterization involves CM - so please be careful of your terminology
> choices.

We seem to stuck to eigther work on the PDF spec, which is not a 
trivial task and then just for generating pass through target files.

Or we define a way to bypass PDF. This will be most likely some raster 
like Tiff with the appropriate "no color management" flag.

Till,
can you highlight where a "no color management" flag would best fit into 
the pipeline from CPD to get seen by all intermediate stages until the 
print driver. Could that be the image file itself or a job ticket file?
The goal is to send unaltered device values to a given printer for 
profiling.


kind regards
Kai-Uwe Behrmann
-- 
developing for colour management 
www.behrmann.name + www.oyranos.org