| Summary: | displays PNG image embedded in PDF with wrong colors | ||
|---|---|---|---|
| Product: | poppler | Reporter: | Pedro Villavicencio <pvillavi> |
| Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
Example pdf file
Correct rendering Incorrect rendering |
||
|
Description
Pedro Villavicencio
2010-07-01 13:31:36 UTC
There must be something wrong in DCTStream.cc since building with --disable-libjpeg fixes the issue. Image is perhaps in CMYK, but its being treated as RGB? It's RGB: << /BitsPerComponent 8 /ColorSpace /DeviceRGB /DecodeParms << /ColorTransform 0 >> /Filter /DCTDecode /Height 331 /Subtype /Image /Type /XObject /Width 295 /Length 88452 >> > There must be something wrong in DCTStream.cc since building with
> --disable-libjpeg fixes the issue.
That also would explain why it fails for both splash and cairo backends.
We are not handling colorXform in DCTStream.cc anyone up for copying the code from Stream.cc ? Fixed in master and poppler-0.14. Thanks! Created attachment 43246 [details]
Example pdf file
Created attachment 43247 [details]
Correct rendering
Created attachment 43248 [details]
Incorrect rendering
I don't think this is fixed. I attach an example PDF file, which has broken colors in poppler >= 0.14.2, but renders correctly in poppler <= 0.14.1. The pdf was created by imagemagick (convert), which apparently uses Ghostscript. Interestingly, the utility pdfimages with option -j renders the page correctly (see attachment), while pdftoppm and the library itself renders it incorrectly (see attachment). I also tried compiling libpoppler with openjpeg. It didn't help. In Acroread 9 it is broken as well. What you call "Incorrect Rendering" is the correct rendering. (In reply to comment #11) > What you call "Incorrect Rendering" is the correct rendering. Albert, thank you for your reply and time. Could you please develop your point in more detail? I mean: rendering by pdfimages -j is "correct" in the sense that it corresponds to the original I scanned. Rendering by pdftoppm is different, I called it "incorrect", since it is not the desired result. How comes that the renderings are different? Is my PDF file broken in some way? But if so, why is it rendered correctly by poppler versions <=0.14.1 and even by pdfimages in versions >= 0.14.2? pdfimages -j extract the images from inside the file, does not render the pdf. pdftoppm renders the pdf file. The pdf file specifies a different rendering colorspace or something that makes it render weird. That means the tool that you used to create the pdf is broken. Complain to them. |
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.