[Printing-architecture] Bug in pdftoraster filter

Till Kamppeter till.kamppeter at gmail.com
Tue Sep 30 06:48:56 PDT 2008


Hi,

I have integrated your filters in the CUPS package on Ubuntu and now we 
have a complete PDF printing workflow there:

https://www.linuxfoundation.org/en/OpenPrinting/PDF_as_Standard_Print_Job_Format
https://blueprints.launchpad.net/ubuntu/+spec/pdf-as-standard-print-job-format

Thank you again for your great work.

Unfortunately, your pdftoraster filter has a bug. It seems to output a 
broken CUPS Raster stream. The "SpliX" driver (a CUPS Raster driver for 
Samsung laser printers, http://splix.ap2c.org/, 
http://openprinting.org/show_driver.cgi?driver=splix2) produces black 
printouts or even crashes when your pdftoraster is used:

https://bugs.launchpad.net/ubuntu/+source/splix/+bug/261363
https://bugs.launchpad.net/ubuntu/+source/splix/+bug/268510
https://bugs.launchpad.net/ubuntu/+source/splix/+bug/269691

To check whether pdftoraster is really the culprit, I have written an 
alternative pdftoraster, a very simple shell script:

#!/bin/sh
set -e
/usr/lib/cups/filter/cpdftocps "$@" | \
   /usr/lib/cups/filter/pstoraster "$@"

cpdftocps is a filter which converts PDF to PostScript and injects 
PostScript commands from the PPD into the resulting PostScript according 
to the option settings. It is originally intended to support PostScript 
printers in the PDF workflow. You can download it here:

http://www.openprinting.org/download/printing/pdf-printing/cpdftocps

I have asked the reporters of the above-mentioned bugs to use this 
alternative filter and they told that when they use it the problems with 
"SpliX" disappear.

So I assume that something is broken with your pdftoraster driver. Can 
you check and fix this as soon as possible, as we are shortly before 
release of Ubuntu Intrepid and it would be great to not have to use a 
script which converts the PDF to PostScript to be able to get CUPS 
Raster data.

For investigating the problem, feel free to get in contact with the 
reporters of the three above-mentioned bug reports, by adding comments 
to the reports.

I have also tried the alternative of a Ghostscript-based pdftoraster 
driver where PDF is directly fed into Ghostscript, but it seems that 
there is a bug in the "cups" output device of Ghostscript. See

http://bugs.ghostscript.com/show_bug.cgi?id=690101

This problem does not occur when feeding PostScript into Ghostscript. 
Anyone who could help here is welcome, too.

Thank you in advance for your quick help.

    Till


More information about the Printing-architecture mailing list