<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - pdftocairo -pdf inverts image color in this PDF" href="https://bugs.freedesktop.org/show_bug.cgi?id=105294#c10">Comment # 10</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - pdftocairo -pdf inverts image color in this PDF" href="https://bugs.freedesktop.org/show_bug.cgi?id=105294">bug 105294</a> from <a class="email" href="mailto:ealloc@gmail.com" title="Allan Haldane <ealloc@gmail.com>"> Allan Haldane</a> <pre>I looked at the cairo/poppler/libjpeg code and I think I see why the "adobe" tag has no effect. In poppler in DCTStream.cc in init(), it chooses the colorXform as follows: If the adobe header is present it uses the transform specified in the header, which for these jpegs is the CMYK transform. If the header is *not* present and there are 4 color components (as in these jpegs) also use the CMYK transform. So for our jpeg the CMYK transform is used whether or not the adobe header is present. After that point, the adobe header seems to be ignored, and poppler treats adobe-CMYK and non-adobe-CMYK identically. So possibly there is a poppler bug involved here. It seems like poppler inverts all CMYK images.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>