[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