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

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Oct 12 02:48:51 PDT 2014


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

--- Comment #28 from Thomas Freitag <Thomas.Freitag at alfa.de> ---
Created attachment 107733
  --> https://bugs.freedesktop.org/attachment.cgi?id=107733&action=edit
use Default colorspaces if present instead of Device colorspaces /
experimentell

I cant't stop thinking about it, and after encountered as I told in comment 27
it's more or less a problem with the profile and/or lcms I digged a little bit
more and searched the internet. I found a discussion of black point
compensation, and figured out that lcms2 has a special option for it. I set it
in this patch, and great, the output is black again.

But I'm not sure wether really set it globally everytime, under wether
circumstances or make it an option. See i.e. gimp,
https://mail.gnome.org/archives/commits-list/2013-December/msg01573.html. They
made it an option.

I haven't regtested my patch, I just proofed that it restores the desired
output for the said PDF and want to show You that. Therefore I also titled this
patch as experimentell. At least You should see that my implementation of the
usage of default colorspaces should be correct and the problems with the said
PDF have nothing to do with it.

-- 
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/20141012/6e292b9b/attachment.html>


More information about the Poppler-bugs mailing list