Do you own a Debenu Quick PDF Library version 7, 8, 9, 10, 11, 12, 13 or iSEDQuickPDF license? Upgrade to Debenu Quick PDF Library 14 today!
RenderPageToDC performance question |
Post Reply |
Author | |
EOlson
Beginner Joined: 05 Dec 13 Location: St. Louis, MO Status: Offline Points: 4 |
Post Options
Thanks(0)
Posted: 05 Dec 13 at 5:33PM |
I am using the QuickPDF libary version 8.16 and have a question about how the RenderPageToDC works in the context of my application.
My application is written in Delphi and implements a banded report print engine. To render a page of PDF to a printer, my application passes the handle to the canvas of the active printer driver to RenderPageToDC along with the resolution and page number. The problem I am having is that for even relatively simple pages (few objects to print), the size of the spool file that is generated is surprisingly large and the rendering is slower than if I was using the GDI to render the objects that are on the page. Is RenderPageToDC creating a raster image or EMF image of the page before using GDI+ to get the output to the device context? If so, is there a way to skip the interim step? any help would be greatly appreciated! Erik Olson
|
|
EOlson
Beginner Joined: 05 Dec 13 Location: St. Louis, MO Status: Offline Points: 4 |
Post Options
Thanks(0)
|
BTW, I'm using Delphi 6
|
|
AndrewC
Moderator Group Joined: 08 Dec 10 Location: Geelong, Aust Status: Offline Points: 841 |
Post Options
Thanks(0)
|
Erik, Andrew.
|
|
EOlson
Beginner Joined: 05 Dec 13 Location: St. Louis, MO Status: Offline Points: 4 |
Post Options
Thanks(0)
|
Andrew, can you tell me in general terms, is the file size problem due to the page being rasterized before being rendered to the device context or is the function truly rendering individual objects to the device context directly? I have a project that is being held up on the performance of this function and am trying to determine a couple of things here:
1) If you're not already rendering directly to the device context (i.e., there is some interim step of converting to an image before rendering to the device context), is it feasible to cut that step out? 2) If there is such an optimization available, would you be open to working that change in an expedited fashion given that we fund that effort, or possible allow us to make that change to your source for us to use (and you to have for your other clients)? We would be willing to discuss any of these type of options with you if you would be agreeable. Also, have there been any significant improvements in that function since version 8.16 that would make it worth my while to upgrade? |
|
Post Reply | |
Tweet
|
Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |
Copyright © 2017 Debenu. Debenu Quick PDF Library is a PDF SDK. All rights reserved. About — Contact — Blog — Support — Online Store