Printing PDFs through CUPS
in [Setup]
|
Prev: Unable to run VMware v5.5.8 in my Debian due to vmmon version mismatch
Next: Cannot configure graphical mode for FC10
From: flimflam on 19 Sep 2008 18:26 Having some trouble printing PDFs through CUPS (v1.2.4 on CentOS 5 and same behaviour is occuring on RHEL5). The PDFs are being created through the PHP PDFlib (7.0.3) and the printer is a Datamax I-4212 label printer printing onto a roll of 4x6" labels. I also have the rastertodpl filter installed. Printing a PNG image to the printer works properly. Printing a CUPS test page to the printer works properly. Printing one of our PDFs (created at 4x6", confirmed in the file properties in Acrobat) however prints out two labels with the printed data appearing half off the side, and also over two labels - ie: it's printing as though it's being centered on an 8.5x11 legal size (defaulting?) rather than actual 4x6 media size. This happens via lp with all the -o media=w288h432 type options as well as via a PHP IPP class (where it's actually intended to be printed from). I've also just confirmed that a PDF saved via Acrobat behaves in the same way as though it's going onto letter papersize. Anyone have any ideas? -- Phil Barbier Imagicor, Inc.
From: Mark Hobley on 20 Sep 2008 06:08 flimflam(a)gmail.com wrote: > Anyone have any ideas? Does the document look right if it is viewed using the xpdf viewer? What about from a "print preview" from within your application? Is your media size set correctly within cups? What about from within your application program? Mark. -- Mark Hobley, 393 Quinton Road West, Quinton, BIRMINGHAM. B32 1QE.
From: flimflam on 21 Sep 2008 16:47
Everything appears to look OK, and the document dimensions are correct in print previews or doing a `pdfinfo` on the file. The label size is defaulted to 4x6" in the printer options, and the IPP class just sends the PDF directly to CUPS. The "re-size" is apparently happening during one of the CUPS filter stages, as I get this in the error_log initially: D [21/Sep/2008:16:39:47 -0400] [Job 161] width = 300, height = 500 D [21/Sep/2008:16:39:47 -0400] [Job 161] PageSize = [ 216 360 ], HWResolution = [ 100 100 ] (...) D [21/Sep/2008:16:39:47 -0400] [Job 161] Updating PageSize to [216 360]... D [21/Sep/2008:16:39:47 -0400] [Job 161] size = w216h360 Which then changes later on in the log: D [21/Sep/2008:16:39:47 -0400] [Job 161] Updating PageSize to [612 792]... D [21/Sep/2008:16:39:47 -0400] [Job 161] size = Custom D [21/Sep/2008:16:39:47 -0400] [Job 161] margins[] = [ 0.000000 0.000000 0.000000 0.000000 ] D [21/Sep/2008:16:39:47 -0400] [Job 161] Reallocating memory, [612 792] = 1725x2233 pixels... (...) D [21/Sep/2008:16:39:47 -0400] [Job 161] width = 1725, height = 2233 D [21/Sep/2008:16:39:47 -0400] [Job 161] PageSize = [ 612 792 ], HWResolution = [ 203 203 ] Which leads me to think one of the filters is misreading/not interpreting the document dimensions and defaulting to US letter (we're in a North American locale so this would make sense). Thanks, Phil. On Sep 20, 6:08 am, markhob...(a)hotpop.donottypethisbit.com (Mark Hobley) wrote: > flimf...(a)gmail.com wrote: > > Anyone have any ideas? > > Does the document look right if it is viewed using the xpdf viewer? What > about from a "print preview" from within your application? > > Is your media size set correctly within cups? What about from within > your application program? > > Mark. > > -- > Mark Hobley, > 393 Quinton Road West, > Quinton, BIRMINGHAM. > B32 1QE. |