| | <<<Back 1 day (to 2017/01/03) | 20170104 |
| l0rd_hex | hey all | 05:49.09 |
| camelopard2 | l0rd_hex: Hi, do you have any questions? | 05:57.13 |
| l0rd_hex | camelopard2: yeah, I was just wondering if anyone was up :] -- I have a piece of equipment that only outputs PCL to a Windows shared printer and I'd like to have it create PDFs instead. I've had success with Samba and a slightly modified CUPS-PDF to get it to work (well dump the PCL file on the print server) | 05:58.55 |
| | with that PCL file I can use gpcl6 and convert it to PDF which is nice, I'm planning on creating a CUPS backend and PPD to use gpcl instead of gs but I'm wondering if there is a readymade solution I'm overlooking | 05:59.58 |
| camelopard2 | l0rd_hex: Probably, not. I cannot imagine high demand for such product. | 06:03.24 |
| l0rd_hex | yeah, pretty unique use case | 06:03.35 |
| | camelopard2: thanks | 06:03.39 |
| camelopard2 | l0rd_hex: Please check the logs. Most gs developers will be back in 9 hours or so. | 06:08.48 |
| chrisl | l0rd_hex: I don't know of an off the shelf solution. As camelopard2 mentioned, very little demand. But also the fonts required to make PCL work correctly are not GPL (they are AFPL, which is not GPL compatible). | 08:13.00 |
| | l0rd_hex: Something else you should be aware of: the imaging models of PCL and PDF (and PS) are not fully compatible, so we cannot guarantee a lossless conversion between PCL and PDF/PS. Specifically, PCL has raster ops (ROPs) which don't have equivalents in the PDF/PS world | 08:14.39 |
| | l0rd_hex: on that basis, if you are sending to a PS printer, you'd probably be best to render the PCL to a raster, wrap the raster in PS, and send that to the printer. | 08:17.00 |
| | l0rd_hex: the other option would be to do a filter in front of cups, making a PDF, and passing the PDF to cups to handle "normally" | 08:18.10 |
| | l0rd_hex: Oh, and one other thing: "PCL" isn't a single language: pretty much every HP printer line has it's own PCL variant (which diverges from the basic spec), sometimes even various printers within a model line diverge. Then each other manufacturer tends to have their own variations, too. Given the *vast* array of device specific dialects, we cannot hope to emulate them all. | 08:25.19 |
| ray_laptop | Robin_Watts: if the nodes are all some cloud instances, they may be all the same, so our current method of balancing is not that inportant | 17:45.16 |
| | Forward 1 day (to 2017/01/05)>>> | |
Log of #ghostscript at irc.freenode.net.