[Poppler-bugs] [Bug 68360] Add option to manually disable bilinear filtering
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Jun 3 10:13:36 PDT 2014
https://bugs.freedesktop.org/show_bug.cgi?id=68360
--- Comment #35 from Charles Hyder <dr.hyder at gmail.com> ---
Created attachment 100363
--> https://bugs.freedesktop.org/attachment.cgi?id=100363&action=edit
The git patch against master
Sorry for inactivity, just recently got time to actually produce the patch.
In short: all this "forceImageInterpolation" stuff has been removed altogether.
What is added is
1) integer math version of bilinear scaling algorithms, and the change of the
code in SplashOutputDev to use the latter instead of the former floating point
math version;
2) new code in drawImage() and isImageInterpolationRequired() that change how
the images are drawn at native resolutions and their multiples (other
resolutions are unaffected). Native rendering resolution of an image is image's
own resolution, so that an image n x m pixels occupies a rectangle of n x m
pixels on the raster output device when rendered at native resolution.
3) a few explicit type casts to reduce the number of compiler warning; this is
irrelevant to the current bug, really.
The main effect of 1) is that the code should be faster (to test speed use
pdftoppm -r 450 in the example below).
The main effect of 2) can be observed by preparing, say, a bitonal TIFF (CCITT
group 4 compression) image at, say, 300dpi, embedding it in a PDF (I use
Acrobat's import function, but for those without Acrobat there's a tool called
c42pdf which can embed such images without re-encoding), then running pdftoppm
-r 300 file.pdf (the new, patched version) on the PDF. What you get is a PBM
file which IDENTICAL to the bitonal image you started with. Furthermore, when
running pdftoppm -r 600 you get each original pixel becoming now a block of 2x2
pixels, and similarly at all resolutions that are multiples of 300dpi. At all
other resolutions the rendering behavior has been left as it was.
--
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/20140603/3d9779ef/attachment.html>
More information about the Poppler-bugs
mailing list