Robert L Krawitz wrote:
> From: Todd Denniston <Todd.Denniston@...>
> Cc: gimp-print-devel@...
> Date: Fri, 07 Apr 2006 16:23:42 -0500
>
>
> Robert L Krawitz wrote:
> > From: Todd Denniston <Todd.Denniston@...>
> > Date: Thu, 06 Apr 2006 20:17:43 -0500
> >
<SNIP>
> The problem is that the code hard codes CD5Inch and CD3Inch (look at
> print-escp2.c, around line 1456). You'll need to either edit the
> definition of CD5Inch in printers.xml (not create a new size) or hack
> print-escp2.c.
>
> What's actually going on here is that when you select CD471Inch is
> that you're selecting an invalid paper size (when you've selected
> print to CD, only CD5Inch and CD3Inch are valid). The only two
> choices here would be to error out or to select a reasonable default.
> It actually does the latter -- selects CD5Inch.
Sorry for not following your directions exactly the first time.
When I do the mod (<width value="340"/> <height value="340"/>) to CD5Inch I am
able to print all the way to the edges.
>
> > 2) When I printed a measurement pattern[3], which I have verified
> > comes out with the correct measurements on postscript printers, on
> > a CD the vertical direction[2] prints correctly, but the horizontal
> > prints 2% big, i.e., a line 10.0cm long prints at 10.2cm. I noticed
> > some differences in the x and y dimensions in the R800's ppd file
> > for "5 inch" CD paper sizes, and they are ~2% different, but
> > selecting different paper sizes did not seem to make a difference.
> > Does the PPD actually make this difference or am I barking up the
> > wrong tree, and if it does can we get it[4] changed for the next
> > -rc?
> >
> > The PPD file doesn't affect it. It's in the driver (specifically in
> > papers.xml). I'd prefer not to muck with this.
> >
> > Are you using full bleed (borderless) mode? That's the usual culprit
> > here. We need to find a better way to do this.
>
> It happens the same in both full bleed and not full bleed. After
> messing with print-escp2-data.c, I believe it is due to the margin
> settings used from there, if I set them to 0, then it prints
> exactly to the lengths expected both vertical and horizontal.
I have a jpg of two CDs printed with my measurement pattern, one printed at
margins 9,9,9,35 and the other with margins 0,0,0,0. I will send it to you
directly, as it is ~190KB and I don't want to hammer the whole list with it.
The short of it is, if gutenprint-5.0.0-rc2/src/main/print-escp2-data.c line
~1870, is
9, 9, 0, 0, 9, 9, 0, 0, 9, 9, 0, 0, 9, 9, 0, 0, 204, 191, 595, 842,
The printed image is 2% long in the horizontal direction, and perfect in the
vertical direction.
if the line is
9, 9, 9, 35, 9, 9, 9, 35, 9, 9, 0, 0, 9, 9, 0, 0, 204, 191, 595, 842,
the printed image is 1% long in the horizontal direction, and 15% long in the
vertical direction.
if the line is
0, 0, 0, 0, 0, 0, 0, 0, 9, 9, 0, 0, 9, 9, 0, 0, 204, 191, 595, 842,
the printed image is, within my visual acuity, perfectly on length.
<SNIP the thing that probably confused you>
>
> I'm not quite sure exactly what you're saying?
>
> > Note that CUPS printer test test page says the Imageable Area is
> > 109.7x116.1mm but in both directions the printed borders are 116mm
> > outside to outside.
> >
> > 3) When I print the CUPS test page to Letter size paper (CUPS
> > Imageable Area says 209.6x279.4mm), the bottom border of the page
> > does not print (and that is when gutenprint is not in borderless
> > mode). The printed area begins at the very top edge of the page and
> > proceeds down 269mm where it abruptly ends. The horizontal edges
> > are 2mm from the left edge and 4mm from the right, and have an
> > outside to outside measurement of 210mm(very close to the CUPS
> > Imageable Area data). In borderless mode the edge borders are not
> > printed at all, and the bottom most printing is 268mm from the top
> > of the page. The CUPS Imageable Area still says 209.6x279.4mm. Too
> > bad CUPS printer test does not print a reliable measurement item in
> > the middle of the page to reference against, and I forgot to print
> > MY measurement pattern before leaving the area with the printer.
> >
> > Borderless mode really is full bleed, so the imageable area is greater
> > than the page size.
> >
> > Do I just have to make sure I always have 1.3cm margins at the
> > bottom are is there a way to fix this in gutenprint?
> >
> > It should be possible to get to within a couple of millimeters of the
> > bottom. We need more info from Epson on how to reach the very bottom
> > of the page.
>
> from the r800__pg.pdf page 4 it looks like the normal margins
> should be 3mm all the way around, and full bleed looks to really
> only be available for 4x6, 5x7, 8x10 and their roll paper. So we
> may never get to the very bottom of the page, but we should be able
> to get within 3mm instead of 13mm, eventually.
>
> I have no problem getting to within 3 mm of all sides, at least
> printing from the GIMP.
>
> a little measuring paper and some math yields
> ((216-6)/25.4)*72
> 595.224
> ((279.4-6)/25.4)*72
> 774.936
> so it looks like for the R800, letter should be defined
> width value="595" instead of 612
> height value="775" instead of 792
>
> Paper sizes (in printers.xml) are the actual paper sizes; the
> model-specific driver handles the margins.
But as I indicate above, the "margins" as they get applied to the ppd cause
the CD printing to be messed up. If I could get (without hand editing the PPD)
the ppd to put the CD5Inch ImageableArea to be unchanged from the values put
in papers.xml then the margins could be applied to all the other papers as
they are supposed to be, i.e., if the PPD would have:
*ImageableArea Letter/Letter: "9 9 603 783"
*ImageableArea CD5Inch/CD - 5 inch: "0 0 329 329"
all would be well.
What I was trying to say in the other email about w324h495/Epson 4x6 Photo
Paper, is that it some how makes it through the code that applies the margins
in the PPD with only the margins that come with it from papers.xml being
applied, i.e., it is always
*ImageableArea w324h495/Epson 4x6 Photo Paper: "18 45 306 477"
and I was wondering if there was a way to make the CD5Inch behave the same way.
Am I wrong in thinking the "margins" in src/main/print-escp2-data.c are there
to offset the images by the amounts the printer needs for grasping the paper?
I can understand how that applies to most papers, but for the CD's they are in
a tray that is well inside of the "grasp" areas.
Thanks for your help.
--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter
|
