[Printing-architecture] Make use of extended color spaces on IPP printers
pizza at shaftnet.org
Thu May 27 19:04:56 UTC 2021
On Thu, May 27, 2021 at 08:04:30PM +0200, Till Kamppeter wrote:
> Also, if I have images (JPEG, TIFF, PNG, ...) how do I know which coloe
> space they are? imagetoraster seems not to determin whether images are sRGB
> or AdobeRGB.
TIFF, JPEG , and PNGs have standard ways to embed an ICC profile, and
you'd have to parse that profile's description and search for 'AdobeRGB'
(or sRGB). Anything other than those two and you can probably just
assume the file is DeviceRGB (or DeviceCMY[K] for CMY[K] TIFFs)
I think it's safe to assume that if there's no embedded profile in a
file of those formats, it will be sRGB. Where things get messier are
formats  that don't support embedded profiles.
As for how to extract this, I routinely use exiftool on the command
line, but libexiv2 is commonly used to do this (See  for an example)
Once you have the profile, liblcms2 (already used by cups-filters) can
Incidently, my personal photo print flow submits DeviceRGB ppm files via
lpr. I don't care if the system defaults to assuming sRGB for
everything, but IMO there needs to be a way to override that default via
a runtime option...
 Plus jpeg2k, jpegxr, heif, webp, and undoubtedly others..
 gif, bmp, tga, and many, many others
Solomon Peachy pizza at shaftnet dot org (email&xmpp)
@pizza:shaftnet dot org (matrix)
High Springs, FL speachy (freenode)
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 833 bytes
Desc: not available
More information about the Printing-architecture