[Poppler-bugs] [Bug 95362] pdftoppm takes forever on some files

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu May 12 16:12:28 UTC 2016


https://bugs.freedesktop.org/show_bug.cgi?id=95362

Thomas Freitag <Thomas.Freitag at alfa.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|utils                       |splash backend

--- Comment #1 from Thomas Freitag <Thomas.Freitag at alfa.de> ---
I had a look at that PDF and I fear that we have nobody who can help You with
it and pdftoppm in near futur: the PDF uses a lot of big stroke pathes and we
know that the splash backend and therefore pdftoppm has performance problems
with complex pathes.
But here at least some hints. The PDF has a very high metric (60 x 168 cm).
That results in a JPEG with a huge number of pixel and lines when You render it
with the default of 150 dpi. If You just need thumbnails, You can reduce the
render time dramatically if You reduce the resolution, i.e.

time ./utils/pdftoppm -png -cropbox -r 25 bug-poppler95362.pdf output/95362

real    32m38.676s
user    32m33.867s
sys     0m5.326s

Ok, nearly 33 minutes are also not such well but much better than over an hour.

And if all Your PDFs are such PDFs (like construction plans) You can think
about to use pdftocairo for Your purposes, which is also a poppler tool but
much faster with such kind of PDFs:

time ./utils/pdftocairo  -jpeg -cropbox bug-poppler95362.pdf output/95362-cairo

real    2m13.642s
user    2m8.993s
sys     0m4.695s

-- 
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/20160512/ecd4cd79/attachment.html>


More information about the Poppler-bugs mailing list