You do not need to edit the PPD to limit rendering resolution. Keep the
PPD in its original state and also choose the printer-internal
resolution (by the appropriate PPD option) to your liking. The set the
maximum resolution used for bitmap operations in the pdftops filter via
the
@James Cloos: So pdftocairo seems a better choice, no?
@cliddell: I tried to edit the PDD to force hardware 600 DPI for ProRes
1200 and it produces the same output as 600 DPI (less intensity). All my
tests are in monochrome. I rarely prints in colors, but my ImageRET 2400
setting is already in
Thank you Till to point me this command (and the documentation).
It appears that pdftocairo default is 600, but pdftops default is
bigger. This seems to be the reason why I gain so much when I swtich to
pdftocairo. Now, if I choose pdftops-max-image-resolution-default=300
(with ProRes 1200
Bruno,
To be honest, I don't know what differs between the two tools, as they
both come from Cairo, I assumed that pdftops was just a small wrapper
around the same code as pdftocairo but with the options pre-set for PS
output.
I'm a Ghostscript developer, so I can't really answer specifics about
pdftops and pdftocairo are both from poppler.
pdftops is based on the original xpdf code and does not use cairo at
all.
modern cairo tries to limit the size of tranparency groups to just where
it is needed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
The problem, I suspect, is the way Cairo rights PDF files (the gmap.pdf
file you attached above was created by Cairo). The Cairo *always* writes
the page contents into one or more PDF transparency groups - even when
all the contents are really opaque.
The issue is that, due to the way PDF works
@cliddell Wow, thank you for all these informations.
As I said before, my first sample (gmap.pdf) prints quickly now with
pdftocairo. For this document, it seems that few extra processing is
done.
However, the second sample (see appout of my printer test page, also
created by Cairo) was still
** Attachment added: gmap with pdftops.ps
https://bugs.launchpad.net/ubuntu/+source/system-config-printer/+bug/1476705/+attachment/4432054/+files/gmap%20with%20pdftops.ps
** Package changed: system-config-printer (Ubuntu) = poppler (Ubuntu)
** Also affects: system-config-printer (Ubuntu)
** Attachment added: sample printed directly as a PS file from Google Map
https://bugs.launchpad.net/ubuntu/+source/system-config-printer/+bug/1476705/+attachment/4432068/+files/gmap%20direct.ps
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Attachment added: gmap with pdftocairo.ps
https://bugs.launchpad.net/ubuntu/+source/system-config-printer/+bug/1476705/+attachment/4432065/+files/gmap%20with%20pdftocairo.ps
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Attachment added: open sample pdf with evince and print as PS file
https://bugs.launchpad.net/ubuntu/+source/system-config-printer/+bug/1476705/+attachment/4432066/+files/gmap%20with%20evince.ps
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Attachment added: gmap with pdf2ps.ps
https://bugs.launchpad.net/ubuntu/+source/system-config-printer/+bug/1476705/+attachment/4432064/+files/gmap%20with%20pdf2ps.ps
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I can't join Getting the data which would go to the printer since it's a 303
Mb file !!!
Note that I get the same file size if I return to pdftops with lpadmin
The trouble seems there! 303 Mb is a non-sense, it should be 1 Mb!
Also I note I have pstops process running during this test printout.
Ubuntu 14.04 (Linux Mint 17.2)
poppler-utils 0.24.5-2ubuntu4.2
system-config-printer-gnome 1.4.3+20140219-0ubuntu2.6
system-config-printer-common 1.4.3+20140219-0ubuntu2.6
system-config-printer-udev 1.4.3+20140219-0ubuntu2.6
HP Color Laserjet 2605dn configured with the HP Color Laserjet 2605
I managed how to switch to pdftocairo:
$ lpadmin -p HP-Color-Laserjet-2605dn -o pdftops-renderer-
default=pdftocairo
I know pdf2cairo is now called instead pdftops (system monitor), but it
still takes minutes to print a really simple page (no gain).
I'm lost. It seems another processing occurs
** Attachment added: appout file from /var/spool/cups
https://bugs.launchpad.net/ubuntu/+source/system-config-printer/+bug/1476705/+attachment/4432076/+files/appout
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Correction: I get 303 Mb output (data which would go to the printer)
with pdftops (the default) on my test queue. If I switch to pdftocairo,
I get a 2 Mb file output and the simple PDF prints much quickly.
I have to do more tests since THIS sample file prints faster with
pdftocairo but others
** Description changed:
With my (old) postscript printer, print a single page can take many
minutes on some situations. It happens with some PDF files (not all) and
Firefox printing of Google map, for example. When this happens, I
observed in system monitor that pdftops is running
** Attachment added: printout
https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1476705/+attachment/4432200/+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/1476705
Title:
I join some files (appout and printout) to help debug the slow test
page. This is with pdftocairo. I have confirmed that a direct pdftocairo
conversion produces a file about the same size as the original, but 10
times smaller than pdftops. So again, pdftocairo is better.
Comparing to the first
In summary:
=
The sample pdf file of this bug prints well if pdftops is replaced by
pdftocairo. I still find that printing is slow for my Linux Mint test page.
Passing the LanguageLevel to 2 in PPD seems finally to be worse, at least for
this test page. Maybe I underestimate the
21 matches
Mail list logo
