Bug 73400 - pdftohtml very slow if pdf uses tiling pattern fill
Summary: pdftohtml very slow if pdf uses tiling pattern fill
Status: RESOLVED MOVED
Alias: None
Product: poppler
Classification: Unclassified
Component: pdftohtml (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-01-08 15:25 UTC by Arne de Bruijn
Modified: 2018-08-20 21:35 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
slow pdf (2.07 MB, text/plain)
2014-01-08 15:25 UTC, Arne de Bruijn
Details
add empty tilingPatternFill to HtmlOutputDev (1.93 KB, patch)
2014-01-08 15:26 UTC, Arne de Bruijn
Details | Splinter Review

Description Arne de Bruijn 2014-01-08 15:25:25 UTC
Created attachment 91677 [details]
slow pdf

pdftohtml is very slow if the pdf uses tiling pattern fill. The attached pdf takes many hours to process.


Some backtraces show this is caused by Gfx::doTilingPatternFill/Gfx::drawForm/Gfx::pushResources which reloads all fonts many times.

I saw the ImageOutputDev backend has an empty tilingPatternFill method to "avoid the potentially slow loop in Gfx.cc". Since HtmlOutputDev has similar image handling to ImageOutputDev it seems appropriate to add this empty method to HtmlOutputDev as well. This indeed solves the slowness.
Comment 1 Arne de Bruijn 2014-01-08 15:26:48 UTC
Created attachment 91678 [details] [review]
add empty tilingPatternFill to HtmlOutputDev
Comment 2 GitLab Migration User 2018-08-20 21:35:37 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/32.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.