Bug 16953 - Wrong rendering of color for DeviceRGB pictures
Summary: Wrong rendering of color for DeviceRGB pictures
Status: RESOLVED FIXED
Alias: None
Product: poppler
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: All Linux (All)
: medium normal
Assignee: poppler-bugs
QA Contact:
URL: https://qa.mandriva.com/show_bug.cgi?...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-08-01 14:29 UTC by Eric Piel
Modified: 2008-08-02 04:56 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Screenshot with on the left evince, with wrong colors, and on the right xpdf with correct display (533.75 KB, image/png)
2008-08-01 15:01 UTC, Eric Piel
Details

Description Eric Piel 2008-08-01 14:29:17 UTC
This is an upstream bug report of the Mandriva bug 42204 .
Some picture (all jpeg?) are rendered completely wrong color-wise: more or less like an negative.

For examples:
 http://ubuntulife.files.wordpress.com/2008/07/guiakde41.pdf
 http://download.tuxfamily.org/magnum/doc/magnum04.pdf

I have a pdf which contains just one jpeg, declared /ColorSpace /DeviceRGB, /BitsPerComponent 8, and it happens on it as well.

Poppler version 0.8.4. I think it happens only since one or two months (~0.8.3). xpdf displays them correctly.
Comment 1 Albert Astals Cid 2008-08-01 14:53:00 UTC
Can you attach a screenshot of the problem? I can't see any problem at first sight.
Comment 2 Eric Piel 2008-08-01 15:01:23 UTC
Created attachment 18069 [details]
Screenshot with on the left evince, with wrong colors, and on the right xpdf with correct display

This screenshot shows evince, but this happens also with okular.
Comment 3 Albert Astals Cid 2008-08-01 15:08:20 UTC
I get the pinkish image here. Are you sure Mandriva is not applying patches that create this issue?
Comment 4 Eric Piel 2008-08-01 15:19:19 UTC
Well, they apply _one_ path, and it doesn't seems much related:
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/poppler/releases/0.8.5/1mdv2009.0/SOURCES/poppler-0.5.3-refcount.patch?revision=252756&view=markup

For the compilation options they use, you can have a look at the spec file:
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/poppler/releases/0.8.5/1mdv2009.0/SPECS/poppler.spec?revision=252756&view=markup

(and sorry, I've just noticed that it's now poppler 0.8.5)
Comment 5 Albert Astals Cid 2008-08-01 15:28:20 UTC
Unless you can provide a Mandriva test system i'm out of ideas, i've compiled on Kubuntu with a AMD 64 bit CPU and 64 bit system and Opensuse on a Intel 32 bit CPU and it works fine in both.
Comment 6 Eric Piel 2008-08-01 15:54:50 UTC
Humm... this is getting really strange. I've just compiled poppler (git head) on my machine, and it also looks fine. Depending on which library I load (using  LD_LIBRARY_PATH) pdftoppm produces the correct result or not, so it's _definitely_ happening in libpoppler, but I don't understand when...
Comment 7 Eric Piel 2008-08-01 16:21:37 UTC
Ok, finally found out how to reproduce this bug : --disable-libjpeg ...
I think it's due to a missing build dependency in the mandriva spec file. So the bug is downstream, sorry for the noise.
Comment 8 Albert Astals Cid 2008-08-02 04:56:23 UTC
No, actually it was a bug, thanks for the pointer, it's been broken since poppler 0.7.0 so i guess it shows everyone uses the libjpeg variant now, but i've just commited a fix for it that will be in 0.9.0


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.