<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:Thomas.Freitag@alfa.de" title="Thomas Freitag <Thomas.Freitag@alfa.de>"> <span class="fn">Thomas Freitag</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - pdftoppm takes forever on some files"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=95362">bug 95362</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Component</td>
           <td>utils
           </td>
           <td>splash backend
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - pdftoppm takes forever on some files"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=95362#c1">Comment # 1</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - pdftoppm takes forever on some files"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=95362">bug 95362</a>
              from <span class="vcard"><a class="email" href="mailto:Thomas.Freitag@alfa.de" title="Thomas Freitag <Thomas.Freitag@alfa.de>"> <span class="fn">Thomas Freitag</span></a>
</span></b>
        <pre>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</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>