evince so slow (compared to kpdf etc)?

[Veiko Palge]

Hi,

patch is attached.  Cairo 1.2.0 gives some improvement in performance
but I find the output quality still considerably worse than with
splash when it comes to rendering documents containing Type 3 fonts.
(See screenshots at www.ut.ee/~veiko_p/splash_vs_cairo/)  With large
Type 3 documents like

http://beige.ucs.indiana.edu/M743/M743.pdf

evince crashed after some time, and quality was bad too.

I suppose these are the reasons why eg Ubuntu linux have built evince
with the splash backend.

best, Veiko

--



On 7/8/06, Joe Marcus Clarke <marcus at marcuscom.com> wrote:
> On Sat, 2006-07-08 at 21:47 +0200, Veiko Palge wrote:
> > Hello,
> >
> > I recompiled poppler by disabling the cairo backend (added
> > --disable-cairo-output to CONFIGURE_ARGS in poppler Makefile) so that
> > evince uses the splash backend by default and the problem disappeared!
> > Evince now renders all kinds of documents it could not render before,
> > like eg
> >
> > http://beige.ucs.indiana.edu/M743/M743.pdf
> >
> > The versions are: poppler 0.5.3, evince 0.5.3_1.
> >
> > I wonder if the poppler port could be changed so the user can choose
> > between splash and cairo while compiling the port?  Perhaps a note
> > about the situation would also be useful?
>
> Submit a patch, and we will investigate.  Of course, this PDF should be
> tested with cairo 1.2.0 to see if that also gets rid of the performance
> problem.
>
> Joe
>
> >
> > best, Veiko
> >
> > --
> >
> >
> >
> > Quoting Veiko Palge <veiko.palge at uni-konstanz.de>:
> >
> > > Quoting Joe Marcus Clarke <marcus at marcuscom.com>:
> > >
> > > > On Sat, 2006-04-08 at 12:27 +0200, Veiko Palge wrote:
> > > > >
> > > > > Hello,
> > > > >
> > > > > evince (0.4.0/gnome2.12/FBSD 6.0 or 0.5.2/gnome2.14/FBSD 6.1)
> > > > takes
> > > > > forever to render *some* pdf documents (with other it's as fast
> > > as
> > > > > kpdf), for instance this one:
> > > > >
> > > > > http://beige.ucs.indiana.edu/M743/M743.pdf
> > > > >
> > > > > kpdf renders it in an instant, so does acrobat7.  And: so does
> > > > evince
> > > > > itself (0.4.0/gnome2.12) on dragonflybsd!  I dont have a linux
> > > > > installation at hand to see how it works there.
> > > > >
> > > > > So it seems a FreeBSD specific thing to me --- can anyone
> > > confirm
> > > > this?
> > > > > What might be the cause?
> > > >
> > > > The only difference I see is that pkgsrc builds cairo with glitz
> > > > support
> > > > by default.  However, building ciaro with glitz on FreeBSD does
> > > not
> > > > affect rendering time.  D-Fly and FreeBSD 6.X are very different
> > > > operating systems.  This may be some kind of pessimization in our
> > > > read
> > > > syscall, but I haven't really delved into it.
> > > >
> > > > Joe
> > > >
> > >
> > > OK -- I found out the following:
> > >
> > > -- evince on linux renders the above doc ok, so it seems a FreeBSD
> > > specific problem
> > >
> > > -- evince on FreeBSD renders many other huge .pdf files ok, so it
> > > seems
> > > specific to that kind of document
> > >
> > > -- evince on FreeBSD renders a .ps version of the above doc
> > > (http://beige.ucs.indiana.edu/M743/M743.ps.gz) ok, so the
> > > problems seems with rendering certain .pdf files
> > >
> > > So what is so specific to that document?  That it has type 3 fonts?
> > >
> > > Veiko
> > >
> > > --
> > >
> >
> >
> >
> >
> --
> PGP Key : http://www.marcuscom.com/pgp.asc
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.4 (FreeBSD)
>
> iD8DBQBEsA+nb2iPiv4Uz4cRAtl+AJ4ns0iZbKh/GFXlR5vJG+Kxn8Y0QQCghzXX
> X+wQBHkFoHwjgVgDuIv6pjk=
> =Ho8E
> -----END PGP SIGNATURE-----
>
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: poppler_Makefile.patch
Type: text/x-patch
Size: 482 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20060709/b4bc6211/poppler_Makefile.bin