| Summary: | kghostview takes forever to print a document that is fast to print with acroread and xpdf | ||
|---|---|---|---|
| Product: | [Unmaintained] kghostview | Reporter: | david |
| Component: | general | Assignee: | Wilco Greven <greven> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | File I attempted to print (page 3) | ||
|
Description
david
2003-06-11 08:49:37 UTC
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 |