Bug 23991

Summary:	PDF File takes long time to render compared to the cairo backend
Product:	poppler	Reporter:	Krzysztof Tyszecki <krzychoocpp>
Component:	splash backend	Assignee:	poppler-bugs <poppler-bugs>
Status:	RESOLVED MOVED	QA Contact:
Severity:	normal
Priority:	medium	CC:	4pfq30f5e8ee
Version:	unspecified
Hardware:	x86 (IA32)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:
Attachments:	Problematic PDF Source SVG

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.