QL-600: Can't cut endless paper wherever I want, can't orient correctly, can't scale correctly
Opened this issue · 8 comments
This is me trying to print a stamp:
The left one has been printed from a Windows VM and is how it should be. The right one is printed with this driver under Linux. No matter what options I choose, it looks like that.
Here's the pdf used for this: TestPrint (4).pdf
Can you please fill out the questions in the report template?
Most useful would be knowing what OS and software you're using. (software to create the labels and the version of ptouch-driver)
The driver just prints what it's given, if you're seeing rotation you haven't asked for then you have an application or printer setup problem:
- Page size is set wrong in the application or driver
- Paper type is set wrong (it looks like you're using continuous label media, so you may need to set a Custom paper size in the printer settings)
- Rotation is set wrong in the application
A copy of the CUPS log for this print job would be useful, if you can provide it.
Sorry for not using the template, thought it wasn't that important:
Describe the bug
Qrientation, scaling and paper settings ignored.
To Reproduce
Steps to reproduce the behavior:
- Open the pdf file attached with your favorite PDF viewer (tried qpdfview and ungoogled chromium).
- Set file size to 62 mm (which is the size of the paper inserted in the printer) or custom size 62x37 mm (size of the stamp to print).
- Try both, portrait and landscape orientation.
Expected behavior
- Printing a correct stamp.
- Having a orientation difference between portrait and landscape.
Screenshots
Operating system and platform (please complete the following information):
- Operating system and distribution: Gentoo Linux
- printer-driver-ptouch version: git + #35
- What software are you using to create and send the print job?
CUPS - If you are using a QL series (paper label) printer with continuous (not pre-cut or die-cut) labels: Have you set up a custom page size for the label size you want?
Yes, it's ignored.
If you are reporting a print issue
See first post.
Additional context
CUPS access log:
localhost - - [17/Sep/2023:15:33:59 +0200] "POST /printers/QL-600 HTTP/1.1" 200 573 Create-Job successful-ok
localhost - - [17/Sep/2023:15:33:59 +0200] "POST /printers/QL-600 HTTP/1.1" 200 78036 Send-Document successful-ok
Nothing shown in CUPS error log, CUPS page log, journalctl nor dmesg.
Not me but german post are creating these labels (go to https://www.deutschepost.de/de/b/briefe-ins-ausland.html/einschreiben-international.html , select "Marke Drucken" at the 0,95 € stamp, change "Ausdruck auf" to "Brother DK-22205 Endlos-Etikett 62 mm" and finally choose "Druckvorschau als PDF").
The CUPS access log is useless for debugging.
The error log should contain what's needed, but you may need to increase the CUPS logging level.
That's done from http://localhost:631/admin/ - check the "Save debugging information for troubleshooting" box. Save the settings, then try printing again.
With debugging it produced a very large log (going through two files). made a new file from that: log.txt
This seems to be an Android log not a CUPS log?
I'm so sorry, uploaded the wrong file by accident. Here's the correct one: log.txt
Original PDF page size is 61x37mm, digging through the log ...
D [17/Sep/2023:19:17:08 +0200] [Job 374] pdftopdf: \"print-scaling\" IPP attribute: auto
D [17/Sep/2023:19:17:08 +0200] [Job 374] pdftopdf: Print scaling mode: Do not scale, center, crop if needed
D [17/Sep/2023:19:17:08 +0200] [Job 374] After Cropping: 172.912994 104.880997 284.000000 176.000000
"After Cropping" gives the width, height, final-width and final-height in that order.
Those translate to width 60.99 height 36.99 ... might as well call it 61 x 37 mm ...
But the final target size is 284 x 176, which is 100 x 62 mm.
This is confirmed by the driver itself:
D [17/Sep/2023:19:17:09 +0200] [Job 374] rastertoptch: PageSize: 176.00x284.00 pt / 62.09x100.19 mm / 733.33x1183.33 px
D [17/Sep/2023:19:17:09 +0200] [Job 374] rastertoptch: ImagingBoundingBox: 4.32 8.40 171.68 275.60 pt / 1.52 2.96 60.56 97.23 mm /18.00 35.00 715.33 1148.33 px
D [17/Sep/2023:19:17:09 +0200] [Job 374] rastertoptch: HWResolution: 300x300dpi
D [17/Sep/2023:19:17:09 +0200] [Job 374] rastertoptch: Width Height: 697 1113
D [17/Sep/2023:19:17:09 +0200] [Job 374] rastertoptch: NegativePrint: 0
That means the page size is being configured to the default for the printer, which is 100 x 62 mm die-cut label stock.
You need to set the page size in the printer settings. I don't know about Gentoo but on Ubuntu you do this through the CUPS web interface:
- Open the web interface
- Select Printers
- Pick your label printer, click the link
- Under the Administration dropdown, select Set Default Options.
- On Printer Specifics, the Media Type should be Continuous Length Tape
- On General, set Page Size to Width 62mm, Height 38mm
- Set Default Options
If that doesn't work, try swapping the width and height around.
I'm testing this on Ubuntu - and for some reason the obvious way of setting the page size (using the Print dialog and selecting Custom, or setting the printer settings) leave the custom page size fixed at 0 x 0 mm and don't allow it to be changed. Which is obviously silly.
Hi!
I think I'm running into the same/similar issue. Below are 3 labels. From left to right:
- width=38, height=18mm, printed from inkscape (and the document orientation is landscape, I'm not sure where that propagates)
- width=38, height=39mm, printed from inkscape (and the document orientation is portrait)
- width=38, height=18, printed using lp from a pdf (exported from inkscape)
From this, I draw a few conclusions. Inkscape prints OK when height > width, otherwise the text is rotated. Label height is always correct from inkscape!
Printing from pdf does not take the pdf size into account. It always centers onto the default page size. I'm looking into CUPS settings and although in default settings I have set Media Type to "Continous-Length Tape" and Page Size to 38mm (only 38mm, not 38x100!). However, the main overview still lists media=custom_38.1x100.19mm_38.1x100.19mm .
I'm not sure if I want to spend more time debugging this. I can print those small labels just fine using glabels-3. If anything, I'll try to look into why can't I cut after each label in glabels-3 when using the merge feature, but that's a different story.
Pdf and Svg files that produces these (svg needs to be resized for 39mm to produce the correct size, otherwise it's the same document):
small.pdf
