[Openicc] Printing Plans GhostScript

Kai-Uwe Behrmann ku.b at gmx.de
Wed Mar 2 22:11:08 PST 2011


Am 02.03.11, 23:26 +0100 schrieb Gerhard Fuernkranz:
> Am 02.03.2011 20:58, schrieb Kai-Uwe Behrmann:
>>>>
>>>> Please let me correct my sentence:
>>>> A DeviceRGB + OutputIntent sent to a RGB device should not be changed
>>>> automatical IMO.
>>>>
>>>> And sorry for the confusion.
>>>
>>> OK well, what about PostScript which doesn't have OutputIntent?
>>
>> pstopdf? and than its PDF.
>
> Well, this just moves the the DeviceXXX interpretation problem from the
> ...toRaster filter to a pre-filter, but still does not solve it (which
> OutputIntent should the pstopdf filter put into the PDF?).

The OutputIntent is a network transparent mechanism. So I assume it is in 
the client side CPD and lpr CLI scope. Thats far the server side 
xxxtoraster filters.

> [And handling both formats in the ...toRaster filter is certainly
> computationally more efficient, as gs does not need to be invoked twice
> (first in the PS to PDF filter, and then again in the PDF to Raster filter)]

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



More information about the openicc mailing list