Bug 79019 - pdftoppm and pdfimages produce a pale image for an ICC based CMYK colorspace image
Summary: pdftoppm and pdfimages produce a pale image for an ICC based CMYK colorspace ...
Status: RESOLVED FIXED
Alias: None
Product: poppler
Classification: Unclassified
Component: splash backend (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-05-21 14:13 UTC by Thomas Freitag
Modified: 2014-09-29 19:43 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
testcase (1.09 MB, text/plain)
2014-05-21 14:13 UTC, Thomas Freitag
Details
use alt colorspace to get CMYK values for an ICC based CMYK colorspace (1.60 KB, patch)
2014-05-21 14:19 UTC, Thomas Freitag
Details | Splinter Review

Description Thomas Freitag 2014-05-21 14:13:36 UTC
Created attachment 99508 [details]
testcase

./utils/pdftoppm -png -cropbox -jpegcmyk testanzeige.pdf testanzeige 
or 
./utils/pdfimages -all testanzeige.pdf testanzeige
produces a very pale image for the attached PDF.
(poppler has to be compiled with SPLASH_CMYK defined for the pdftoppm testcase, pdfimages need only lcms enabled!)
Comment 1 Thomas Freitag 2014-05-21 14:19:27 UTC
Created attachment 99510 [details] [review]
use alt colorspace to get CMYK values for an ICC based CMYK colorspace

The reason for the pale image is that GfxICCBasedColorSpace::getCMYK() uses the cms transformation to get RGB values and the convert it back to CMYK even for a ICC based CMYK colorspace instead of just returning the CMYK values itself. 

This patch solves that.
Comment 2 Albert Astals Cid 2014-09-29 19:43:08 UTC
Pushed.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.