Bug 20345 - incorrect JPX foreground image rendering
Summary: incorrect JPX foreground image rendering
Status: RESOLVED MOVED
Alias: None
Product: poppler
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: low normal
Assignee: poppler-bugs
QA Contact:
URL: http://www.booyaka.com/~paul/poppler/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-26 20:04 UTC by paul walmsley
Modified: 2018-08-20 21:48 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description paul walmsley 2009-02-26 20:04:38 UTC
Page 6 of the attached PDF is rendered incorrectly with the Xpdf-derived JPX decoder in poppler.  When poppler is compiled with OpenJPEG support, the image renders correctly.  Would suggest deprecating the existing JPX decoder in poppler and recommending that all distributions use OpenJPEG.

Page 6 is a three-image composite of a reduced-resolution JPEG background image, reduced-resolution JPEG2000 foreground image, and a full-resolution JBIG2 image mask.  The poppler JPX decoder causes white ghosting in the upper-right corner of the text.  (The PDF was originally generated with ABBYY FineReader 9 in MRC mode)

Regards - Paul Walmsley and Raj Kumar
cc: Raj Kumar <rkumar@archive.org>
Comment 1 paul walmsley 2009-02-26 20:08:04 UTC
Bugzilla does not allow attachment of this PDF; supplying URL in URL field
Comment 2 Albert Astals Cid 2009-03-01 13:09:33 UTC
OpenJPEG is already the default and suggested JPX decoder. If your distribution does not follow our suggestions open a bug against them, not against us.
Comment 3 paul walmsley 2009-03-01 13:52:43 UTC
True, but the bug is in poppler.  Is the plan to drop the Xpdf JPX decoder code at some point?
Comment 4 Albert Astals Cid 2009-03-01 14:02:43 UTC
No bug, we provide two decoders, one without dependencies and one with, the one with is recommended, but depending on your use case, for example compiling on platform FOO:QDG where openjpeg does not exists you can still see some JPX streams with the no dependencies decoder.

So no bug, and no, we don't plan removing it.
Comment 5 paul walmsley 2009-03-01 14:15:59 UTC
I see.  To clarify my earlier comment, the bug referred to is the rendering bug in the JPX decoder in poppler.  Since that code is not working correctly, doesn't it make sense to keep a bug open against it until that code is fixed?

Comment 6 Albert Astals Cid 2009-03-01 14:27:37 UTC
Ok, i understand you now.

Right, there is a bug when using the internal JPX decoder with this pdf, so let's keep it open in case someone has time to fix it (won't happen i guess, but who knows)
Comment 7 GitLab Migration User 2018-08-20 21:48:05 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/78.


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.