[Poppler-bugs] [Bug 68986] pdftoppm doesn't render eci_altona-test-suite-v2_technical2_x4.pdf correctly

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=68986

--- Comment #16 from Thomas Freitag <Thomas.Freitag at alfa.de> ---
Created attachment 97471
  --> https://bugs.freedesktop.org/attachment.cgi?id=97471&action=edit
output of test "P"

After a really long time I yet found to continue working on this bug. As You
probably remember, the openjpeg community created a bugfix for our LAB image
problem and announced it to be in version 2.1. Therefore I checked out this
openjpeg beta release, compiled it and applies my patch based on Adrian's one
of bug 58906.
Even if it renders now the LAB image, there are still big differences between
the rendered output and the reference image, s attachment. Therefore I looked
into the technical parameters of test "P' (s.
http://www.eci.org/_media/de/eci_altona-test-suite-v2_technical2_documentation_eng-4.pdf),
and I wondered that they speak nearly about avery image of a image with ICC
profile, but the PDF contains nearly always only images with DeviceXXXX
colorspace, but and that's funny, the dictionaries have a Intent member.  
Therefore I looked into the PDF specification again and found the following
interesting statement in section 8.6.5.6:

When a device colour space is selected, the ColorSpace subdictionary of the
current resource dictionary (see 7.8.3, "Resource Dictionaries") is checked for
the presence of an entry designating a corresponding default colour space
(DefaultGray, DefaultRGB, or DefaultCMYK, corresponding to DeviceGray,
DeviceRGB, or DeviceCMYK, respectively). If such an entry is present, its value
shall be used as the colour space for the operation currently being performed.

I'm quite sure that I already stumbled about this clue long time ago and fixed
that, but I encountered that either this fix is lost or it was not complete. So
I implemented this in a first try in Gfx::doImage() and, surprising, the
regression was gone :-)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20140416/7fb25c75/attachment.html>