Bug 99486

Summary:	Patterns are VERY slow
Product:	[Unmaintained] kpdf	Reporter:	Albert Astals Cid <aacid>
Component:	general	Assignee:	Albert Astals Cid <aacid>
Status:	RESOLVED UPSTREAM
Severity:	normal	CC:	detlev.casanova, dominik.karall, felix, g.e.dejong, hhielscher, ismail, jburgess777, kde.bugs, klei6b05, lux, miquel.t, nicolas.degand, rainer.wirtz, sven.burmeister, thomas.bettler
Priority:	NOR
Version:	0.4
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	The said document A callgrind execution of xpdf when opening that document

Description Albert Astals Cid 2005-02-15 23:44:50 UTC

Version:           0.4 (using KDE 3.3.92 (beta2), compiled sources)
Compiler:          gcc version 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)
OS:                Linux (i686) release 2.6.8.1-24mdk

xpdf code kpdf uses has a big problem with patterns, this comment is in Gfx::doPatternFill

// this is a bit of a kludge -- patterns can be really slow

I'll attach a pdf that takes ages to render (i've never waited for enough time to see it render), but if we place a return; in the begin of Gfx::doPatternFill it renders fine (but without patterns obviously)

Comment 1 Albert Astals Cid 2005-02-15 23:47:48 UTC

Created attachment 9654 [details]
The said document

Comment 2 Albert Astals Cid 2005-02-15 23:53:55 UTC

*** Bug 99473 has been marked as a duplicate of this bug. ***

Comment 3 Albert Astals Cid 2005-02-15 23:55:59 UTC

Created attachment 9655 [details]
A callgrind execution of xpdf when opening that document

I've run xpdf through callgrind and got that after 1 hour of running (it had
not still finished rendering page 6). It can be clearly seen that 99.07% of the
time is spent in the 110675 calls to Gfx::doForm1 done inside the 2 calls of
Gfx::doTilingPatternFill.

I think that the problem is that even the pattern is always(changes 3 or 4
times) the same it gets decoded and "executed" each time it has to be painted.

Comment 4 Albert Astals Cid 2005-02-16 00:27:43 UTC

*** Bug 99472 has been marked as a duplicate of this bug. ***

Comment 5 Albert Astals Cid 2005-03-23 22:12:37 UTC

*** Bug 102310 has been marked as a duplicate of this bug. ***

Comment 6 Albert Astals Cid 2005-10-05 22:31:55 UTC

*** Bug 113880 has been marked as a duplicate of this bug. ***

Comment 7 Albert Astals Cid 2005-11-06 12:42:29 UTC

*** Bug 112433 has been marked as a duplicate of this bug. ***

Comment 8 Albert Astals Cid 2005-11-20 22:19:29 UTC

*** Bug 116739 has been marked as a duplicate of this bug. ***

Comment 9 Albert Astals Cid 2006-01-09 00:37:30 UTC

*** Bug 119771 has been marked as a duplicate of this bug. ***

Comment 10 Albert Astals Cid 2006-01-23 20:17:34 UTC

*** Bug 120652 has been marked as a duplicate of this bug. ***

Comment 11 Albert Astals Cid 2006-04-06 19:25:10 UTC

*** Bug 125031 has been marked as a duplicate of this bug. ***

Comment 12 Albert Astals Cid 2006-05-22 20:29:07 UTC

*** Bug 127820 has been marked as a duplicate of this bug. ***

Comment 13 Albert Astals Cid 2007-03-14 19:24:23 UTC

*** Bug 142969 has been marked as a duplicate of this bug. ***

Comment 14 Albert Astals Cid 2007-07-30 09:08:36 UTC

*** Bug 148334 has been marked as a duplicate of this bug. ***

Comment 15 Albert Astals Cid 2008-02-22 23:21:51 UTC

*** Bug 158206 has been marked as a duplicate of this bug. ***

Comment 16 Albert Astals Cid 2008-07-19 21:17:18 UTC

*** Bug 166994 has been marked as a duplicate of this bug. ***

Comment 17 Albert Astals Cid 2009-08-26 23:20:45 UTC

Closing this bug.

kpdf is no longer under development and although okular has the same problem the problem is in upstream poppler at http://bugs.freedesktop.org/show_bug.cgi?id=13518