GNOME Bugzilla – Bug 314847
Bad and slow rendering of latex pdfs with Type3 fonts
Last modified: 2007-08-22 08:40:07 UTC
PDFs generated with pdflatex don't make Evince happy. The process sits there and spins for a long time eating up CPU and then finally draws the PDF with pretty crappy fonts. PDF images including in the main PDF render correctly. Cairo backend. I have a sample PDF that renders pretty well in xpdf and perfectly in Adobe but exposes this bug in Evince. I can attach it on Thursday after I've handed it in. Freetype version is 2.1.5, I think.
Please attach a test case
Created attachment 51717 [details] pdflatex generated document This is a PDF generated with pdflatex. It contains a variety of symbols, a number of embedded fonts as well as other PDFs that were exported from Matlab as PDFs and included. It's also my filters assignment.
I can confirm evince's problems with pdflatex-generated documents. For me, loading doesn't take too long, but scrolling is very slow.
I'm not sure if this is still current, but a test case was provided. Marking Reopened.
Created attachment 56198 [details] stack trace of spinning evince
I can confirm this problem with evince 0.4.0 built from FreeBSD ports on FreeBSD 5.4. Here's more detailed description: I have a strange problem where evince takes 100% CPU for very long time and produces very low-quality rendering of a pdf file that was produced as PDF export from lyx. This is applicable to all 3 ways of PDF exporting that lyx menu offers: PDF, PDF(dvipdfm), PDF(pdflatex). I guess that at least in the latter two cases lyx simply executes the named external programs on internal latex file that it maintains. My evince is version 0.4.0 used with GNOME 2.12 on FreeBSD, evince is built from the FreeBSD port. xpdf and Acrobat Reader 7 both open the pdf files in question without any problems or glitches. I am also attaching a stack trace that I am getting when I attach with gdb to evince process in such state. I can also provide any number of example pdf files or you can easily produce them using pdflatex or lyx.
Yeah, it seems we have a problem here and a lot of dups around. We probably should also search for poppler bug about that, it must exist.
*** Bug 323359 has been marked as a duplicate of this bug. ***
*** Bug 331374 has been marked as a duplicate of this bug. ***
*** Bug 321828 has been marked as a duplicate of this bug. ***
*** Bug 324633 has been marked as a duplicate of this bug. ***
I've this PDF problem also with a Latex-Dokument (type-3 fonts). There're two effects: - The page size while printing is a little broken. But I'm not sure if perhaps my printer driver is the problem. (printing works with Acrobat) - The images in tables are really broken. Evience shows a image inside another image. Do you need more testcases? Should I add PDF and/or Latex source?
Thanks for suggestions, Andreas, really it's very important problem. I think there are enough testcases. The things we should do: 1. Transfer bug to poppler, read http://live.gnome.org/Evince/PopplerBugs 2. Try to find the reason of problem and suggest a patch.
I can confirm that evince-4.0 seems to have some problems with pds generated by pdflatex. When working with latex, i normally open the pdf document i'am workin on in evenice, while editing the tex source from vim. From time to time i run pdflatex and then hit 'ctr-r' (reload file) in evince. This is where i get random crashes. Reloading works about 3 times in four tries, but 1 time out of four, evince 'quits unexpectedly' ...
Maby i should have mentioned that i'm using gentoo linux and poppler-0.5.0-r5. The "-r5" is the gentoo release number ...
Related poppler bugs http://bugs.freedesktop.org/show_bug.cgi?id=4056 http://bugs.freedesktop.org/show_bug.cgi?id=4332
*** Bug 355020 has been marked as a duplicate of this bug. ***
Acrobat has (had?) issues with Type 3 fonts as well. See http://www.ces.clemson.edu/~regroff/content/latex2pdf/ (or many other sites) for more information.
I have no performance (loading or scrolling) issues, but I do have really ugly fonts on Evince 0.8.1. KPDF and Acroread are able to render the fonts nicely. Is this a different issue? I'll attach screenshots + my test case.
Created attachment 91080 [details] screenshot and test case the screenshot compares the rendering of Evince, Acroread and KPDF.
hmm, it's probably this poppler bug: https://bugs.freedesktop.org/show_bug.cgi?id=11421
i got ugly results using evince 0.9.1 and poppler 0.5.9 with the documentation of this sourceforge project: http://sourceforge.net/projects/wiwwutexstyles/ (or here-> http://sourceforge.net/project/showfiles.php?group_id=199024&package_id=236172&release_id=517852 for direct link) it does strange things when you re-size the window and even without re-sizing the document is poorly displayed (it worked in a previous evince version)
*** Bug 459005 has been marked as a duplicate of this bug. ***
This has been recently fixed in poppler cvs head. It's definitely a poppler bug, so closing as NOTGNOME anyway.
Carlos, regarding comment #20, again is this the same issue or do I need to file a separate bug? Also I clicked all the f.d.o bugzilla links I saw here and none of them are marked as fixed; which is the fixed upstream bug you are talking about?
I'm talking about this: https://bugs.freedesktop.org/show_bug.cgi?id=5589 which is not actually marked as fixed, but patch was committed. I guess Jeff didn't close it because the patch is in fact a workaround for the actual cairo bug. and this one: https://bugs.freedesktop.org/show_bug.cgi?id=11346 If the problem is still present for you with poppler 0.5.91, file a bug report in f.d.o bugzilla, please. Thanks.