Re: Faster alternative to NSImage draw/composite?
Re: Faster alternative to NSImage draw/composite?
- Subject: Re: Faster alternative to NSImage draw/composite?
- From: "Ken Ferry" <email@hidden>
- Date: Sat, 2 Aug 2008 17:33:13 -0700
Hi Matt,
If you want to post a test app that shows your performance issue, that
might help.
However, no, going under NSImage doesn't make things faster unless
there's are other issues.
Certainly before trying OpenGL, try setting the
setPreferredBackingLocation: for your NSWindow to be
NSWindowBackingLocationVideoMemory. If the window backing buffer is
on the video card, then the Quartz drawing primitives are implemented
through OpenGL. That is, if you're really just drawing the same image
over and over without mutating anything, then your image data should
be uploaded to the GPU once and drawn with OpenGL.
-Ken
On Sat, Aug 2, 2008 at 1:18 PM, Matt R <email@hidden> wrote:
> 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
>
_______________________________________________
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