| | <<<Back 1 day (to 2018/11/25) | 20181126 |
| ckrzen | @chris got your nick from an Ubuntu bug report. I've got a fussy "Kyocera TASKalfa 7052ci" using latest "Phase 5 Linux UPD driver(KPDL)" released on 08-29-2018. Printing simple single or multi-page documents(PDF, etc.) works as expected. Complicated graphics PDF(12-page double-sided, booklet(folded+stapled)) works, but---takes over 5-minutes to "Process". | 18:10.26 |
| chrisl | ckrzen: that could be just "life", I'm afraid. If the PDF is complex, it may be that much of the content has to rendered to sampled image data (rather than vector graphics). | 18:12.30 |
| ckrzen | @chris wondering if current ghostscript on my Ubuntu 18.10 is defaulting to pdftops=gs or pdftops=poppler and if there are any tips you can point me too to start addressing the processing time issue. Printing from a Windows 7 "KX(PCL XL)" driver works as expected and in under 1-minute | 18:12.43 |
| chrisl | Well, "ghostscript" is gs, so ghostscript won't use popper. TBH, I thought cups did default to popper to pdftops now | 18:13.47 |
| ckrzen | Ahh .... ok -- so if Kyocera doesn't provide any other driver than their KPDL. I'm better-off printing through the Windows machine or do you have another suggestion? | 18:13.57 |
| chrisl | ckrzen: You could try switching between popper and gs, and see if one works better.... | 18:16.04 |
| | Something like: lpadmin -p printer -o pdftops-renderer-default=gs | 18:16.22 |
| | lpadmin -p printer -o pdftops-renderer-default=pdftops | 18:16.36 |
| ckrzen | OK. thanks for your help. | 18:17.21 |
| chrisl | ckrzen: IIRC, the Kyocera PS printers have some odd quirks - they probably ironed out the issues with Windows printing, but have been less keen to devote the time to the open source world :-( | 18:19.15 |
| ckrzen | Ahh... they made a really shiny new "Print Panel" with this latest Phase 5 driver. It emulates or mirrors the print-options gui from the Windows KX driver about 90%. | 18:20.32 |
| chrisl | We worked through issues with several printers, and I can't remember which specific printers had which specific issues..... | 18:21.19 |
| ckrzen | Could it be that I can generate the correct data on the workstation by "printing to a file" from Evince on the workstation? Any other ways to generate(pre-process) on the host workstation that you know of? | 18:22.01 |
| chrisl | I don't really, know, to be honest. Sorry | 18:23.10 |
| ckrzen | OK. Thanks again for your quick replies! | 18:23.30 |
| chrisl | ckrzen: If I'm at my desk, I generally reply fairly promptly! | 18:23.53 |
| ckrzen | Let me know if there are any tests/benchmarks I can run on this machine that would be of interest to you or helpful for other purposes. | 18:26.53 |
| chrisl | ckrzen: If the problem is that the file is being rendered to image data, then one thing it limiting the resolution - but I can't remember how you tell cups to do that.... | 18:29.16 |
| ckrzen | Ok-thanks | 18:29.48 |
| | lpadmin -p printer -o pdftops-max-image-resolution-default=1440 is from your bug-report conversation. I'll try limiting to 300 or 150 as a test | 18:34.23 |
| chrisl | ckrzen: So what is the (claimed) resolution of your printer? | 18:34.50 |
| ckrzen | 70 ppm B&W, 65 ppm Color Print/Scan/Copy/Fax 1200 x 1200 dpi Standard: 4,150 Sheets Maximum: 7,650 Sheets | 18:41.03 |
| chrisl | I'd try 300dpi, then | 18:41.48 |
| ckrzen | will do | 18:42.22 |
| | @chris great news: lower resolution to 300dpi brought the print time to within 20-seconds of the Windows KX driver. Now we just need to figure-out how to get proper rotation+scaling for our funky "US Legal"(8.5" x 14.0") size output. It seems to only want to work with Ledger(11" x 17" / A4) output in booklet mode. | 20:46.15 |
| | Forward 1 day (to 2018/11/27)>>> | |
Log of #ghostscript at irc.freenode.net.