I've given chance for Splix. I used PPD for SCX-4600. It looks to be
quite similar printer. It is working without any workarounds.
Thank you again
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/898385
Slawek, does this mean that you can now print directly to USB without
any timing problems? Are the colors (at least approximately) correct?
Are you using SpliX from Ubuntu or from OpenPrinting?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Great, this means that we can fix this bug for Ubuntu by simply adding a
PPD for your printer model to the SpliX package. Thank you very much for
all the tests.
** Changed in: cups (Ubuntu)
Status: Incomplete = Triaged
** Package changed: cups (Ubuntu) = splix (Ubuntu)
** Changed in:
Yes, I can print problematic pdf directly to usb without any problems.
The same with printing from Chromium. I'm starting to use this as my
default printer and will see if there are any side effects.
Colors are ok, beside the fact there are only gray levels, but it
acceptable misfeature of b/w
The PPD file you attached in comment #8 states that rastertosamsungpl
accepts PostScript in line 29.
Changing that line to accept raster might solve your problem:
*cupsFilter: application/vnd.cups-raster 0 rastertosamsungspl
Till, do you know where a bug for that PPD can be filed?
--
You
Did not help and caused error, when printing stared, so error is somewhere else.
With this change or without, my workaround is still working.
** Attachment added: troubleshoot.txt
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/898385/+attachment/2620789/+files/troubleshoot.txt
--
You
Job 1515 was created by fake printer and send to backend http. Job 1516 was
received over http and sent to usb backend (as far I understand). If job 1515
was send directly to usb it would produces garbage. Going through http fixes
the problem.
In my opinion http causes only, that job is first
Slawek Pudlis, what you can do also is running the command
cupsctl FileDevice=yes
and then create print queues with several different drivers for your
printer but with the URIs file:/tmp/splix, file:/tmp/SamsungSPL, ... and
print one and the same job to each of the queues. Then print each of the
Thank you Till.
Hopefully problem is only timing issue.
I've created printer which sends output to file. I used original PPD, without
Lars suggestion.
I've printed my problematic job to the file and produced file I sent directly
to usb. Result was correct.
I'm happy with my workaround, so you
Slawek, thank you very much.
To solve the timing problem, can you
1. Print to a file with the free software drivers (SpliX,
Foomatic/foo2qpdl, Foomatic/pxlcolor, ...) and then send these resulting
files unfiltered the USB printer. If we have a free software driver
which prints for you with the
Thank you Till again,
I do not follow. You suspect that problem is in the kernel or in USB CUPS
backend, don't you? So why do you suggest to fix problem in SpliX,
Foomatic/foo2qpdl, Foomatic/pxlcolor, ...? Isn't easier to fix single place -
origin of the problem?
I understand that kernel is
Thank you for the tests. They show that it does not matter whether you
use the old method of the usblp kernel module or the new method of
using libusb to print. The timing issue occurs with both methods.
This still does not say whether the culprit is the kernel or the
filter/driver chain. The USB
I found workaround.
I've noticed that printing performed from remote machines (printer shared by
samba) always succeeded, so I added new printer which connects to
http://localhost:631/... and so far all is working fine.
--
You received this bug notification because you are a member of Ubuntu
** Attachment added: PPD file
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/898385/+attachment/2617570/+files/Samsung_SCX-3200_Series.ppd
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/898385
If removing /etc/cups/mime.convs did not help, please attach CUPS'
error_log again (or re-run the print troubleshooter).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/898385
Title:
Chromium is not
Last printing, seen in error log, produced garbage. It was done from
AcrobatReader with Print As Image option. Printed pdf file was attached
in bug report. Part of earlier printouts succeeded.
** Attachment added: cups error log
Can you also attach the PPD file for your printer (from /etc/cups/ppd/)?
Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/898385
Title:
Chromium is not able to print on Samsung SCX-3200
To
Thank you for reporting this bug.
CUPS can't find the pstoraster driver on your system, which doesn't
exist anymore (apparently it's called gstoraster now). However, your
/etc/cups/mime.convs still points to pstoraster. This file shouldn't
exist anymore, as CUPS's mime conversion files are now in
If your /etc/cups/mime.convs contains manual changes which you do not
want to sacrifice, please remove the line(s) with pstoraster or
replace all occurrences of pstoraster by gstoraster, after that
restart CUPS (sudo restart cups in a terminal window). If you never
edited /etc/cups/mime.convs and
No of suggestions helped.
I'm using Samsung Universal Driver from bchemnet.com.
I found that Acrobat Reader can print some of pdfs, but when I switched to
Print as image it started to print usual garbage.
** Attachment added: First page printed by Acrobat Reader or Chromium
** Attachment added: pdf file from /var/spool/cups/
https://bugs.launchpad.net/bugs/898385/+attachment/2614081/+files/printout
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/898385
Title:
21 matches
Mail list logo