| 2016-03-04 15:47:56 |
Erik Sch |
description |
Hi guys,
I'm using a Canon iR-ADV 5240, which comes with a proprietary driver. The CUPS filters chain sends a pdf file through the following filters: bannertopdf -> pdftopdf -> pdftops -> pstoufr2cpca.
The printed product that comes out of the printer, has a flaw in the typesetting at approx. 90% of each line. It's NOT persistent to the width of the PAGE, but to the width of the LINE. Meaning, if a line has only text through half of the page, the error is at approx. 90% of that line.
Even a test page shows such problems: the surrounding line of the page is printed double on the right side of the page, as if there was a offset/shift of the stuff to be printed, which is superimposed with the actually correct result. I'm sorry, its a bit difficult to explain. I've attached scanned files to show the problem.
So far, my assumption is that during one filtering step, the rastered/rendered product is messed up. However, the problem only occures when I use the printer which need pstoufr2cpca as the final filter step, to be converted into UFR.
If I used THE SAME DRIVER (same PPD, same pstoufr2cpca etc.) on a DIFFERENT machine with a DIFFERENT Ubuntu (in this case, 14.04), there was NO printing problem. Thats why I deduce that the driver itself is not the problem. It must be an interplay between my version of the filters and the driver.
Best regards,
Erik |
Hi guys,
I'm using a Canon iR-ADV 5240 with a Ubuntu 15.10 machine, which comes with a proprietary driver. The CUPS filters chain sends a pdf file through the following filters: bannertopdf -> pdftopdf -> pdftops -> pstoufr2cpca.
The printed product that comes out of the printer, has a flaw in the typesetting at approx. 90% of each line. It's NOT persistent to the width of the PAGE, but to the width of the LINE. Meaning, if a line has only text through half of the page, the error is at approx. 90% of that line.
Even a test page shows such problems: the surrounding line of the page is printed double on the right side of the page, as if there was a offset/shift of the stuff to be printed, which is superimposed with the actually correct result. I'm sorry, its a bit difficult to explain. I've attached scanned files to show the problem.
So far, my assumption is that during one filtering step, the rastered/rendered product is messed up. However, the problem only occures when I use the printer which need pstoufr2cpca as the final filter step, to be converted into UFR.
If I used THE SAME DRIVER (same PPD, same pstoufr2cpca etc.) on a DIFFERENT machine with a DIFFERENT Ubuntu (in this case, 14.04), there was NO printing problem. Thats why I deduce that the driver itself is not the problem. It must be an interplay between my version of the filters and the driver.
Best regards,
Erik |
|
