[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