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 option), I have the best intensity/quality output and an acceptable speed. With these settings, pdftops and pdftocairo have much less difference in output file size, even if pdftocairo is still a bit better (gs in between, but slower in reality).
May I suggest to revise pdftops-max-image-resolution-default, particulary if pdftops is retained as the default renderer. Even if README file of cups-filters considers pdftocairo as "experimental", I will work with this for a while and time will tell. If necessary, I will return to pdftops or maybe try acroread. Thank you all. ** Summary changed: - postscript printer hideously slow in some cases (pdftops) + [SOLVED] postscript printer hideously slow in some cases (pdftops) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1476705 Title: [SOLVED] postscript printer hideously slow in some cases (pdftops) Status in poppler package in Ubuntu: New Status in system-config-printer package in Ubuntu: New Bug description: 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 continuously. After some manual PDF -> PS conversions, I see that pdftops inflates the file size for problematic cases, but is ok for other files (size similar to the original file, or even smaller). I don't know if modern Postscript printers can handle this quickly, but it's unacceptable here and certainly not an efficient way to print those files. So I suspect that pdftops should be fixed. For example, I join a problematic pdf produced by Google Map in Firefox. I tried many conversions. As you can see, I get a much larger file (36 times) with pdftops. It is worse with pdf2ps (and it takes longer to process), so replace pdftops by pdf2ps is not an option for me. However, pdftocairo quickly produces an efficient file. I have the same success if I open the PDF file with Evince and print it as a Postscript file. I get a similar file if I print to PS directly from Google Map (Firefox). Of course these small PS files produced by pdftocairo, Evince of Firefox print flawlessly on my printer. See also Bug # 1095498 which I suspect is the same (old) thing, but I fill a new one since it doesn't seem to be printer specific. Of course, another workaround could be to use a PCL driver but no one is available for my printer (HP Color Laserjet 2605dn). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1476705/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
