GNOME Bugzilla – Bug 301993
djvu rendering slow
Last modified: 2005-05-29 11:27:56 UTC
Someone reported it here, I am able to reproduce it : http://bugs.gentoo.org/show_bug.cgi?id=78956 here's what ge said quote : Btw, there is a bug when opening big djvu files with evince: it take ages (1 min 30) for files like http://www.inference.phy.cam.ac.uk/mackay/book.djvu (8.7 MB, 640 pages) to open with evince, while they're instantly opened with djview. The corresponding pdf file (12 MB, 640 pages) is opened in a few seconds by evince.
Well, it's a problem. Either we'll drop continuous support from djvu, or will be managed to use djvulibre internals. The problem is that it's impossible to know page size in djvu until you render the whole page. Corresponding code is in ev-page-cache.c
I recompiled djvu with qt support to get djview. I noticed something. It doesn't pre-render all the pages at file load time. It only pre-renders the current and the next page. As you view the next page it renders one more ahead. If you try to view a page in the middle of the file, you have to wait for it to render. I guess you could workaround it like that ?
Right, but djview doesn't have continuous view like us. We need sizes off all pages at the beginning while they just want size of one page.
I had this other feature request that was considered a duplicate of a Yelp feature request, but it also had this part : Also there are tools for extracting images from pdf. Is it possible to integrate them ? http://sourceforge.net/projects/pdfripimage Do I open a new bug ? Maybe you should drop continous support for djvu for now, and re-enable it when the problem is solved. I am not much of a programmer, just guessing.
Created attachment 46928 [details] [review] Patch This patch should solve the problem. I am going to commit it soon. The only minor thing is that it requires anoncvs version of djvulibre, but it seems that it's a hard requirement.
Fixed in CVS. Thanks