[Poppler-bugs] [Bug 94655] New: Scale-to arguments not working in some cases
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Mar 21 22:10:45 UTC 2016
https://bugs.freedesktop.org/show_bug.cgi?id=94655
Bug ID: 94655
Summary: Scale-to arguments not working in some cases
Product: poppler
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: utils
Assignee: poppler-bugs at lists.freedesktop.org
Reporter: bhs2007 at gmail.com
Created attachment 122468
--> https://bugs.freedesktop.org/attachment.cgi?id=122468&action=edit
ZIP archive containing good.pdf and bad.pdf
I have encountered some strange PDF files which seem to cause pdftocairo and
pdftoppm to scale incorrectly with the -scale-to-x and -scale-to-y CLI
arguments.
I've attached two examples, good.pdf and bad.pdf, both of which consist of a
single 8.5x11" portrait page. Download each and run the following:
pdftocairo -png -singlefile -f 1 -scale-to-x 1275 -scale-to-y 1650 bad.pdf
bad
pdftocairo -png -singlefile -f 1 -scale-to-x 1275 -scale-to-y 1650 good.pdf
good
file bad.png good.png
Here's the output:
bad.png: PNG image data, 986 x 2136, 8-bit/color RGB, non-interlaced
good.png: PNG image data, 1275 x 1651, 8-bit/color RGB, non-interlaced
Two things to notice:
- bad.png ended up with a resolution of 986x2136, which makes no sense given
the requested dimensions of 1275x1650.
- good.png ended up as expected, with the exception of an extra row of pixels
(1651 vs 1650) - I think this may be a different bug.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/poppler-bugs/attachments/20160321/937b5981/attachment.html>
More information about the Poppler-bugs
mailing list