| Summary: | Very slow rendering of a some PDF slides | ||
|---|---|---|---|
| Product: | poppler | Reporter: | Jean-François Fortin Tam <nekohayo> |
| Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
sample
source file used to create the PDF |
||
Created attachment 47073 [details]
source file used to create the PDF
This is on poppler 0.16.5. I think this is not on the cairo backend. the poppler-render test in the cpp frontend (which AFAIK uses Splash backend) also takes around 20 sec on my machine to render one page. Jose is right, not a Cairo problem, seems that whoever created the document decided to do it wrong and calls a billion times image with a given xobject and we parse it all the time. Introducing a PopplerCache in GfxResources::lookupXObject should fix the problem (if that object can be cached but i'd say yes), i don't have time to do it though. Do You think this is still a problem with the actual version? In my opinion it seems reasonable fast now... Jean-François, i'm closing the bug as fixed, please reopen if you still fill the rendering should be faster. What version is this supposed to be fixed in? FWIW, it still occurs in Evince 3.4 with Poppler 0.18.4. 0.20 |
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.
Created attachment 47072 [details] sample Attached is a file that is excruciatingly slow to render in Evince 3.0. The first slide takes 18 seconds to load on a Core2Quad Q9300.