Print Page | Close Window

PDF Renders Black / New Version of QuickPDF

Printed From: Debenu Quick PDF Library - PDF SDK Community Forum
Category: For Users of the Library
Forum Name: I need help - I can help
Forum Description: Problems and solutions while programming with the Debenu Quick PDF Library and Debenu PDF Viewer SDK
URL: http://www.quickpdf.org/forum/forum_posts.asp?TID=1011
Printed Date: 04 Apr 26 at 5:35AM
Software Version: Web Wiz Forums 11.01 - http://www.webwizforums.com


Topic: PDF Renders Black / New Version of QuickPDF
Posted By: init2null
Subject: PDF Renders Black / New Version of QuickPDF
Date Posted: 12 Feb 09 at 7:03PM
Hello all,

I'm trying QuickPDF as an inexpensive library to render PDFs to images. The PDFs would typically be simple, so I'm not too worried about advanced rendering features. I've tried it with a few PDFs and they look good, but PDFs from a important collection of PDFs only show a large black square.

The links to download the new versions of the library are down, so I would appreciate either someone emailing the newest version to init2null/at/gmail/dot/com or checking http://www.platsketch.com/test.pdf - the PDF in the newest version by rendering it. I need to find out whether the new QuickPDF works with the file, so that I can make plans about which direction to go in.

Thanks!

Wesley



Replies:
Posted By: Ingo
Date Posted: 13 Feb 09 at 1:49AM
Hi Wesley!

To be honest... The latest version shows a black square, too.
We've done a lot in case of rendering up to the latest version.
Your test.pdf will be a good sample for making our product better and better. Thanks!

Cheers, Ingo


Posted By: init2null
Date Posted: 13 Feb 09 at 2:55AM
Thanks for the response Ingo. I'm definitely going to keep a close eye on QuickPDF and your version of it. It's close enough to fitting my needs that active development should fix this problem soon. This is the only bug preventing me from using it.

I do have one suggestion though. If you could add the ability to render to shared 32-bit RGBA pixel data, that would provide quite a speed boost for C++ programmers.

Thanks for your time!

Wesley



Posted By: DELBEKE
Date Posted: 13 Feb 09 at 3:28AM
Hi Wesley and Ingo
 
I have a look inside and corrected the problem.
 
Now the dll render correctly your pdf.


Posted By: DELBEKE
Date Posted: 13 Feb 09 at 4:07AM
Hi Wesley
 
What do you mean with "shared 32-bit RGBA pixel data" ?
 


Posted By: init2null
Date Posted: 13 Feb 09 at 12:13PM
I mean that one could supply a pointer to the data in my image instance for QuickPDF to write to. That would avoid the wasted work of creating the BMP, writing it to the string, and decoding the BMP. It would also cut down on the memory used during the process. You could take a look at how the Foxit DLL does it if you're interested.

Anyway, thanks for fixing the bug so quickly! I'm planning on buying PDF Squad when it's released.


Posted By: DELBEKE
Date Posted: 13 Feb 09 at 12:27PM
We have something like this, i think. RenderPage have a device context pointer in its parameters.
 
 
 
 


Posted By: init2null
Date Posted: 13 Feb 09 at 2:14PM
Writing into shared data is ideal for my configuration, since my program uses the Qt library. In Foxit, I can give it the pointer to my QImage data, and it will write directly into the image. Thanks for the suggestion, though. I'll see if I can make it work.



Print Page | Close Window

Forum Software by Web Wiz Forums® version 11.01 - http://www.webwizforums.com
Copyright ©2001-2014 Web Wiz Ltd. - http://www.webwiz.co.uk