sumatrapdfreader / sumatrapdf

SumatraPDF reader
http://www.sumatrapdfreader.org
GNU General Public License v3.0
12.95k stars 1.67k forks source link

SumatraPDF >= 3.1 very high memory usage at printing #373

Open matsimon opened 8 years ago

matsimon commented 8 years ago

From the changelog of 3.1 I saw that printing was done

printing happens as image ... at the cost of requiring more printer memory

However one one system I have this memory difference is really huge with all PDFs I have printed so far. One example: 1 printed page with Sumatra 3.0 used 888KB of printer memory whereas the same page is blown up to 91 MBs in the printer spooler with 3.1 and 3.1.1. (which takes several times longer to print)

Interesting, yet confusing (to me) fact:

Any idea what I could look up for you to get a better understanding of the difference in behaviour?

lchrobot commented 8 years ago

Similar behaviour. TOO LONG TO PRINT. Regardless of size/content of document, it is taking much longer to print a document (1:06 for the first page, 1:04 for the second page = 2:10 minutes cumulative for both pages), even if it is a very simple PDF. I have cycled machine, printers etc. I have printed same documents with other PDF tool and printing is instant. Please fix. The difference in time is so large to get a print that we will have to move to another PDF tool.

DelScipio commented 8 years ago

Same problem here. I have to use de .docx source to print because in PDF tooks almost 5 times more and frozens my PC. I red on adobe forums about this issue and in the official software they say to activate the settings to "Let printer chose the colours". Maybe this can help to address the issue.

If this problem continues maybe i have to move on from this fantastic piece of software.

abma commented 8 years ago

IMHO it would be great if there is a setting to switch between printing as image / usual print.

abma commented 7 years ago

https://github.com/sumatrapdfreader/sumatrapdf/commit/71e41092ed0c8b10335725cf7e958571857d2bde

this setting existed in the old version :-|

why was it removed?

abma commented 7 years ago

417 and #355 seems to be a duplicate / related.

SJStanko commented 7 months ago

+1 This problem makes it impossible to use for our workflows.

GitHubRulesOK commented 7 months ago

@SJStanko SumatraPDF is based on MuPDF which is Artifex viewer without printing abilities since its sister product is Artifex GhostScript they both have the same license model. Whilst GhostScript is more limited to page by page viewing it is better to use MuPDF as a viewer and use GhostScript as what it is expertly designed for printing, then it would be more sensible to use that via command line and you can configure SumatraPDF to send PDF or PS filename and page number to GhostScript.