Re: Optimizing PDFKit
Re: Optimizing PDFKit
- Subject: Re: Optimizing PDFKit
- From: Ricky Sharp <email@hidden>
- Date: Wed, 5 Oct 2005 16:39:22 -0500
On Oct 5, 2005, at 5:41 AM, Shaun Wexler wrote:
On Oct 5, 2005, at 2:59 AM, Shaun Wexler wrote:
For the same run of a test script, the PDFKit code is a full
order of magnitude slower. I'm running 10.4.2 on a dual 2GHz G5
and am concerned about users with slower machines.
You're performing two stages of unnecessary+expensive data
conversion!!!
Oops, deleted the end of that paragraph. I assume that PDFDocument
maintains the original data privately, and it's not the conversion/
creation of underlying support classes that is the speed issue here
(but that is suspect)... basically, it's much quicker to apply a
symmetric block cypher to raw image data, and certainly more
efficient (no parsing) and secure. Is there a reason you need
images in PDF format internally, or is that just how you created/
stored them? If you are going to go to need crypto anyway, I'd
convert them to a more efficient image format first... your
"image_crypt" tool would rip PDF->IMG->encryptedIMG, so it's
transparent to the build process, and the app.
Thanks for this info, Shaun.
All my artwork needs to remain as PDF (all vector-based) so as to
take full advantage of resolution independence.
Anyhow, I hadn't thought about using my own encryption. That's what
I did in the original Carbon version of the app; I encrypted all my
PICT resources. I don't have to use the encryption that PDFs offer;
but it would be nice if I could.
___________________________________________________________
Ricky A. Sharp mailto:email@hidden
Instant Interactive(tm) http://www.instantinteractive.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden