[Printing-architecture] Make use of extended color spaces on IPP printers

Till Kamppeter till.kamppeter at gmail.com
Sun May 9 20:14:43 UTC 2021


On 09/05/2021 15:49, Michael Sweet wrote:
>> 1. A user wants to print photos in best possible (wide gammut) color reproduction quality. So he either sets his camera to produce AdobeRGB JPEGs or he shoots RAW and saves the processed RAW images in 16-bit-per-color AdobeRGB. He sends his images out of his photo editor/manager to the printer, but the application sends print jobs in PDF. So we get a raster-only PDF with the raster data embedded being 16-bit AdobeRGB (assuming that the printer supports it as the application's print dialog does a get-printer-attributes request and so knows what the printer supports).
> 
> The best solution here is to look at the image color space and try to match it to the closest printer-supported color space.
> 

This is my intention here.

>> In this case in the CUPS filtering process we have to discover at first whether the incoming PDF is raster-only. In this case we would not render it but pass it through pclmtoraster to extract the raster data with its color space info (AdobeRGB). We do not convert this to sRGB or anything else, but pass on a Raster file in AdobeRGB.
> 
> Again, you want to look at the input data to determine its color space, and then pass it through or convert as needed.
> 

Yes, exactly this.

>> Question here: Do we need to discover that the PDF is raster-only and then use pclmtoraster? Or can we simply do the standard rendering (GhostScript, Poppler, or MuPDF) and tell the renderer (by command line for example) that we want AdobeRGB output? Would the renderer pass on the AdobeRGB data without conversion, especially not doing AdobeRGB -> sRGB -> AdobeRGB?
> 
> Ideally we want whatever converts the file to know the input color space(s) and the printer's supported color spaces.  Then we can make a semi-intelligent decision about the color space that preserves as much of the original data as possible.
> 

But this would be the task of the renderer then. Does Ghostscript do this?

>> 2. Another user wants to write a review of mobile phone providers, containing pictures and logos of the candidates (one of them is T-Mobile). In order to avoid the providers feeling stepped on their toes he wants to have best color reproduction. So he creates the print output (which is in PDF) in AdobeRGB as he knows that the printer supports it.
> 
> Again, if the source images are sRGB, it is best to stay in sRGB until the last possible moment.
> 
>> My question: Now how can the CUPS filters auto-discover that the PDF is in AdobeRGB and therefore the PDF needs to get rasterized in AdobeRGB? Is there some tool for that? Some special call of GhostScript or QPDF? Or can I uncompress the PDF and then search it for "/ColorSpace" keys? Also how to rasterize if there are some sRGB and some AdobeRGB pieces in it?
> 
> Images are almost always embedded as objects in the PDF file and references in the content streams, so as to take best advantage of the available compression filters that PDF offers.  The typical exceptions are small icons or logos that wouldn't benefit from this treatment and probably wouldn't be adversely affected by an incorrect choice about color space (so long as the RIP does ICC).
> 
> Therefore, you can examine the embedded image objects (all of the current tools provide utilities for extracting them) as a hint to what color space might be best if you have to choose between AdobeRGB and sRGB.
> 

Yes, it is not a big problem to find all image objects, pclmtoraster 
does it for example. One could perhaps add a mode to this filter in 
which, instead of producing output, it tells hwther the input file is 
sRGB, AdobeRGB, or whatever.

My questions:

1. Let us in the second use case assume that the t-Online logo is 
complete represented as vector graphics, like an SVG, but not 
necessarily in any standard format. How is its color defined then? An 
how the color space?

2. And how about a PDF with a mix of sRGB and AdobeRGB images? Should we 
produce the resulting (raster) page in AdobeRGB then as this has the 
wider gammut?

> That said, if you have a printer ICC profile and the printer supports device RGB (or device gray), then *that* is the best color space for the "last mile" to the printer.

Then I could simply let Ghostscript apply it for the rasterization?

    Till


More information about the Printing-architecture mailing list