Bug 23991 - PDF File takes long time to render compared to the cairo backend
Summary: PDF File takes long time to render compared to the cairo backend
Status: RESOLVED MOVED
Alias: None
Product: poppler
Classification: Unclassified
Component: splash backend (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-17 05:25 UTC by Krzysztof Tyszecki
Modified: 2018-08-20 21:35 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Problematic PDF (147.59 KB, application/pdf)
2009-09-17 05:25 UTC, Krzysztof Tyszecki
Details
Source SVG (182.31 KB, image/svg+xml)
2009-09-23 06:48 UTC, Krzysztof Tyszecki
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Krzysztof Tyszecki 2009-09-17 05:25:31 UTC
Created attachment 29626 [details]
Problematic PDF

I've created PDF File in inkscape. It renders correctly and quickly using poppler/cairo (Evince). When using Okular (or any other poppler/splash app) rendering takes a lot of time and result is incorrect (only text is visible).

I think this issue may be related to bug 22128 and 17473, but I'm not sure, so I submitted new bug. I've attached problematic PDF file.
Comment 1 Albert Astals Cid 2009-09-18 10:02:21 UTC
Which poppler version are you using? With 0.12 i can see that it is slower, but it renders correctly
Comment 2 Krzysztof Tyszecki 2009-09-18 10:48:37 UTC
I was using version 0.10.7. I just checked an it turned out that 0.12/splash displays file correctly... Sorry for submitting bug report without doing sufficient research.

However, poppler/cairo still renders the file significantly faster.
Comment 3 Albert Astals Cid 2009-09-18 10:50:37 UTC
No problem, fixing the summary
Comment 4 Adrian Johnson 2009-09-23 06:35:41 UTC
I see that acroread is also slow to render this PDF and ghostscript fails with a /rangecheck. Could you attach the SVG file. I'd like to find out why inkscape and cairo are doing a poor job of generating this PDF.
Comment 5 Krzysztof Tyszecki 2009-09-23 06:48:03 UTC
Created attachment 29803 [details]
Source SVG
Comment 6 Albert Astals Cid 2013-08-20 10:16:08 UTC
Giving some data:
 * poppler 0.24.1
 * i7-2670QM CPU @ 2.20GHz
 * test-poppler-qt4: 2.8 seconds
 * poppler-glib-demo: 0.2 seconds
Comment 7 Stefan Brüns 2018-05-20 12:44:57 UTC
The document makes massive use of object transparencies (the colored tiles have a solid fill color, but an opacity of 86.5%). These were exported by inkscape in a very problematic way:

1. For each background tile, an opaque rect the size of the full page is drawn
2. The rect is filled with a pattern
  2.1. The pattern is an opaque rect the size of the original colored tile
3. The page sized object is blended with an alpha mask

As there several of this objects (backdrops and the triangle shaped markers), the whole page is overdrawn 62 times.


Current versions of inkscape/poppler do a significant better job here. The rectangles/triangeles are directly drawn with the specified opacity. This reduces the total instruction count from ~100 billion instructions to ~11 billion.
Comment 8 GitLab Migration User 2018-08-20 21:35:08 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/27.


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.