| Summary: | CMYK JPX images not supported | ||
|---|---|---|---|
| Product: | poppler | Reporter: | Harry Roberts <harry> |
| Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | minor | ||
| Priority: | medium | CC: | dev |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
Example PDF page which has this problem
Affected image, extracted with pdftoimages Page rendered with Photoshop - shows correct rendering Poppler 0.22 with libopenjpeg support Example of image which is inverted with libopenjpeg enabled JPX image incorrectly identified as 'grey' Greyscale JPEG 2000 image (lower half of O) |
||
Created attachment 74308 [details]
Affected image, extracted with pdftoimages
Created attachment 74309 [details]
Page rendered with Photoshop - shows correct rendering
Created attachment 74310 [details]
Poppler 0.22 with libopenjpeg support
When Poppler is built with libOpenJPEG support it still doesn't render correctly.
libopenjpeg was built with: --disable-dependency-tracking --disable-shared --disable-doc --disable-png --disable-tiff --disable-lcms2
Some segments of the shadow look correct, but other bits don't. This is better than nothing, but there is still an underlying problem I am investigating.
Created attachment 74311 [details]
Example of image which is inverted with libopenjpeg enabled
The lower half of the 'O' which looks like an inverted alpha mask is a greyscale JPX image, extracting with `pdfimages` attached.
page num type width height color comp bpc enc interp object ID
---------------------------------------------------------------------
1 9 image 132 59 gray 1 8 jpx no 66 0
Created attachment 74312 [details]
JPX image incorrectly identified as 'grey'
Extracted the lower half of the 'O' from Oxygen with Acrobat - seems like it's being incorrectly identified as a greyscale image when it is full color image.
Created attachment 74320 [details] Greyscale JPEG 2000 image (lower half of O) Attached is one of the problem JPEG2000 images extracted from the PDF. j2k_to_image from the openjpeg package displays it as black & white rather than in CMYK. This is an openjpeg problem. From: https://groups.google.com/forum/?fromgroups=#!topic/openjpeg/D3D1gv5FYx0 > PDF uses a superset of JP2 format known as JPX. The differences are > small but some of the important features are missing from OpenJpeg. > For instance, OpenJPEG doesn't recognize CMYK data. > Is there any plans to extend the library to support JPX? *sigh* So the options are: 1) Implement CMYK JPX support in openjpeg 2) Implement CMYK JPX support in Poppler's own JPX stuff 3) Give up and cry, it is only one PDF (I hope) We do not need CMYK support in openjpeg since we only use openjpeg for decoding. ok, forget what i said, for some kind of images we do ask openjpeg how many components the image has, and here it is return 1 component and thus bad stuff happens Fixed in actual version (with openjpeg enabled) |
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.
Created attachment 74307 [details] Example PDF page which has this problem In the example PDF the shadow behind the large 'Oxygen' title is a CMYK JPX stream. It seems like the JPX stream is decoded correctly, but internally Poppler thinks the decoded image is RGB, or some similar situation. Because of this the stride is screwed and the image is repeated several times with the remaining space being garbled data. This problem occurs with: * Evince + Poppler 0.20 + LCMS 2.2 (without openjpeg) * pdftoppm + Poppler 0.22 + LCMS 1.19 (without openjpeg) * Google Chrome 24.0 (stable) The PDF renders correctly with: * Adobe Acrobat * Adobe Photoshop * GhostScript More files will be attached that show the problem. A workaround would be to build Poppler with OpenJPEG support?