Faster alternative to NSImage draw/composite?
Faster alternative to NSImage draw/composite?
- Subject: Faster alternative to NSImage draw/composite?
- From: "Matt R" <email@hidden>
- Date: Sat, 2 Aug 2008 13:18:24 -0700
I have read through Apple's drawing optimization guide and have been
searching for a way of speeding these operations up, they are unacceptably
slow. I have several 72dpi PNG image files (about 1024x768 each) which I
need to draw repeatedly into a standard NSView subclass over time. I would
like to avoid using OpenGL directly if possible, it seems like there should
be a faster way of drawing these other than NSImage's draw or composite
methods.
Should I be operating on the imageRep's directly? Will that help? Or does
NSImages caching make that irrelevant after repeated draw calls?
I'm assuming there must be a more direct way of drawing the .png's raw
bitmap data in a faster more efficient way but I can't seem to find the
proper method of doing this? Any help is *greatly* appreciated. Thank you.
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden