http://www.quickpdf.org/forum/ Copyright (c) 2006-2013 Web Wiz Forums - All Rights Reserved. Mon, 04 May 2026 08:36:56 +0000 Fri, 28 Apr 2017 11:10:04 +0000 http://blogs.law.harvard.edu/tech/rss Web Wiz Forums 11.01 360 www.quickpdf.org/forum/RSS_post_feed.asp?TID=3456 http://www.quickpdf.org/forum/forum_images/QPDF_Forum_Title.png http://www.quickpdf.org/forum/ http://www.quickpdf.org/forum/renderpagetofile-for-high-dpi-displays_topic3456_post13765.html#13765 Author: Ingo
Subject: 3456
Posted: 28 Apr 17 at 11:10AM

Hi,

the DA-functions are more smooth with memory-consumption but keep in mind that mixing DA-functions with "normal" functions is impossible.
Better idea will be to try one of the alternative renderer engines (PDFium for example, Cairo, etc.).

]]> Fri, 28 Apr 2017 11:10:04 +0000 http://www.quickpdf.org/forum/renderpagetofile-for-high-dpi-displays_topic3456_post13765.html#13765 http://www.quickpdf.org/forum/renderpagetofile-for-high-dpi-displays_topic3456_post13764.html#13764 Author: quickpdfdeveloper
Subject: 3456
Posted: 28 Apr 17 at 10:22AM

Some of my customers are starting to use High DPI displays.

They find that images rendered at 100% (i.e., 72 DPI) are far too small to see properly on such displays, so they're rendering at 400% or more. But rendering at such high DPIs takes a lot of time (the documentation warns of this once you get past 300 DPI).

Ultimately, there's no getting round the physics of needing more memory and CPU cycles for higher resolution. But I wonder if anyone else is having this problem and has found a solution?

Also, would it be possible to add a new faster output format to RenderPageToFile (and DARenderPageToFile)?]]> Fri, 28 Apr 2017 10:22:28 +0000 http://www.quickpdf.org/forum/renderpagetofile-for-high-dpi-displays_topic3456_post13764.html#13764