<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - Mask problem in pdf"
href="https://bugs.freedesktop.org/show_bug.cgi?id=63302#c17">Comment # 17</a>
on <a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - Mask problem in pdf"
href="https://bugs.freedesktop.org/show_bug.cgi?id=63302">bug 63302</a>
from <span class="vcard"><a class="email" href="mailto:ajohnson@redneon.com" title="Adrian Johnson <ajohnson@redneon.com>"> <span class="fn">Adrian Johnson</span></a>
</span></b>
<pre>Created <span class=""><a href="attachment.cgi?id=118974" name="attach_118974" title="test case fixed to turn off interpolation">attachment 118974</a> <a href="attachment.cgi?id=118974&action=edit" title="test case fixed to turn off interpolation">[details]</a></span>
test case fixed to turn off interpolation
The cairo pdf backend embeds images exactly as they are. There is no resampling
done. The interpolation is being done by the pdf viewer. You can see the
embedded images using pdfimages.
Attached is an updated version of the test case that causes the interpolate
flag in the embedded image to be set to false. The problem is pdf viewers may
ignore this flag. This can be seen in evince where at higher zoom levels the
image is not interpolated and the gray pixels disappear. At lower magnification
evince will turn on interpolation to match Adobe Reader behavior.
There really isn't anything that can be done in cairo. The cairo pdf backend is
creating a pdf that reproduces the cairo drawing operations supplied to it. It
is up to the viewer how it is rendered.
Possible (untested) workarounds:
- Use a higher resolution image
- Ensure the color image is larger than the mask.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>