Version: (using KDE Devel) Installed from: Compiled sources OS: Linux Trying to print a pdf file (I will attach in a moment) with kghostview took about 10 or so minutes per page to send to the printer. acroread took about 30 seconds, xpdf took about 1 second. I am using cups on a fast postscript2 laser printer. According to cups, the following file sizes for each job, printing the same page, existed: KDE Print System [kghostview] 1355k AcroywWSVc [acroread] 69k (stdin) [xpdf] 35k These were all the same page (page 3 on the file I'll try to upload), and the time to print reflects the size of the output. Obviously kghostview is sending way to big files to the printer. Cheers David
Created attachment 1773 [details] File I attempted to print (page 3) Tried to print page 3 (or any) of this document in kghostview, and it took forever.
Sorry, I cannot see this. I don't have a printer right now, but I did a "print to file" and it was very fast. It did generate a 8MB file, though. This smells like a gs problem. I am using version 7.05 (gnu version) on redhat and, as I said, it is very fast the convertion pdf->ps (which is basically what we do to print). Neither xpdf nor acroread are gs based, so they wouldn't suffer from anything gs related. Do you see the slowdown when printing to a file? What if you try to print directly on the commandline ("lpr file.pdf" or "lpr.cups file.pdf" should work), is it fast or slow ? regards and thank you for your report, luis pedro
Hi There, Thanks for your time checking out the bug! I think the slowdown is because of the huge file size. See kghostview doesn't actually lock up or slow down, it just takes forever for the file to be printed. I'm guessing that sending an 8mb file to a printer over the parallel port is just _very_ slow - so maybe it would be more appropriate to say this bug is that ghostview generates huge postscript files to be printed (as compared to xpdf or acroread).. Perhaps I need to report this bug to the ghostview team?.. How does one go about doing that? Thanks! David
For ghostscript bugs, check out http://bugs.ghostscript.com/ which is bugzilla based as well. I will close this bug as INVALID which means that the bug isn't actually related to kghostview. Please do report any other errors you find, luis pedro
Hmm! what I do not understand kghostview has opened a pdf (or ps) file, why not just sending this one to the printer / print system? cu ferdinand
You are right, but I am not 100% sure whether all the printing systems accept PDF + page choice. I have to ask the kdeprint guys a couple of questions, but I think you are right that some things could be simplyfied and left to the printing system. regards, luis
Just thought I'd let you know that the relevent bug for this in ghostview is bug # 686919 or: http://bugs.ghostscript.com/show_bug.cgi?id=686919 David
Since this seems to be generally accepted as a ghostscript problem (even by the ghostscript team), I am closing it here. Ferdinand is right that some improvements are possible in the way kghostview prints. Here, it would probably come to the same though (depending on printing system): kghostview sends the PDF which is processed by the printing system (which calls gs), achieving the same results... What just sending the file to the printing system would achieve is better performance and non-blocking interfaces. regards, luis