[Openicc] Actually getting color managed printing to work
Till Kamppeter
till.kamppeter at gmail.com
Sun Jan 29 13:02:39 PST 2012
On 01/28/2012 10:17 PM, edmund ronald wrote:
> Richard,
>
> I think the profile stuff happens in CUPS upstream from Gutenprint -
> this is a raster driver which doesn't know about colorspaces. So
> Gutenprint won't be reading profiles. Robert may have something
> different to say.
>
> My belief, confirmed by today's phone conversations is that CUPS knows
> a lot about profiles though, and performs profile conversions on input
> data when asked nicely.
In case of Gutenprint (the CUPS Raster driver, not the IJS driver) there
is a rendering step before, pstoraster (Ghostscript), pdftoraster
(Poppler), or gstoraster (Ghostscript). If you want to have color
management, it is done on the renderer level and currently you have to
use a current Ghostscript (9.04 or later) with its gstoraster filter.
This reads out the ICC profile entries from the PPD and Ghostscript
applies them (at least for PDF input, I am not sure whether also for
PostScript input).
I am not sure whether Poppler is ready for doing that, at least I do not
see any reference to applying the PPD's ICC profiles in the
Poppler-based rendering filters pdftoraster, pdftoijs, and pdftoopvp
(all in the OpenPrinting CUPS Filters package,
http://www.openprinting.org/). So at least these filters need to get the
ICC profile support added.
In Ubuntu I use gstoraster/Ghostscript by default, so it should be
possible to make print queues PPD-ICC-color-managed.
Till
More information about the openicc
mailing list