[cairo-bugs] [Bug 105294] pdftocairo -pdf inverts image color in this PDF

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Mar 15 16:22:59 UTC 2018


Allan Haldane <ealloc at gmail.com> changed:

           What    |Removed                     |Added
                 CC|                            |ealloc at gmail.com

--- Comment #4 from Allan Haldane <ealloc at gmail.com> ---
Just to link to the history, this came from bug:

I tried deleting the line "/Decode [ 1 0 1 0 1 0 1 0 ]" from the pdf, which
that patch added, and confirm that without it the image colors are no longer

Here is a stackoverflow discussion of problems with adobe CMYK jpegs, where the
"Decode" fix is suggested: https://graphicdesign.stackexchange.com/a/15906

I haven't yet understood what is going on well. It seems possible to me that
there is some kind of double-inversion going on: Maybe cairo adds the Decode
line to invert the jpegs, but otherwise leaves the metadata alone. Then when
you view that generated pdf again using cairo, it inverts twice: Once because
it detects an adobe jpeg, and again because it finds the new Decode line. I
confirm by looking inside the PDF that the generated PDF still has the "Adobe"
header in the jpeg, and also has an additional Decode line.

Also, for me this is a fairly serious bug which affects about half of the PDFs
I try to print in the last couple months, after I upgraded cairo. For me it
makes evince/poppler effectively unusable for printing pdfs.

You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cairographics.org/archives/cairo-bugs/attachments/20180315/0870b4dc/attachment.html>

More information about the cairo-bugs mailing list