• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: CoreAnimation efficiency
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: CoreAnimation efficiency


  • Subject: Re: CoreAnimation efficiency
  • From: Chris Ryland <email@hidden>
  • Date: Thu, 6 Mar 2008 12:35:27 -0500

On Mar 6, 2008, at 5:43 AM, Half Activist wrote:

As I'm investigating on which drawing techniques to use for a software I'm planing to create,
imagine a kind of vector drawing program (that's not really that but a somewhat similar).
In its actual version, all drawing relies on NSBezierPath/Quartz primitives and is really fast.
Now, I'd like to use CALayers and CoreAnimation extensively, so my questions are the following:


- Should I take care of not using too much Layers like with NSView (currently I have 1 view that draws all). By too much, in the worst case scenario I could use tens of thousands of layers (or more!) (actually ~one per object drawn)
- Is there a performance slowdown if I use too many of them?
- Would it take quite a lot of memory?
- etc.

I ain't no CA expert, but the simple existence of 10K's of layers aren't necessarily a problem.


However, in my experience, if you start compositing them all to provide a single logical view, you'd be in trouble.

I ran into serious performance issues with just dozens of (admittedly, pretty large--1Kx800) layers that were semi-transparent, in 2.5-D space. (All of them using simple images.) I'm going to have to do something much more intelligent (using tiled layers for producing the images on demand), and I have to avoid transparency between layers.

Cheers!
--Chris Ryland / Em Software, Inc. / www.emsoftware.com

_______________________________________________

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


References: 
 >CoreAnimation efficiency (From: Half Activist <email@hidden>)

  • Prev by Date: Re: Deferring a selector until later, but before painting
  • Next by Date: Re: Deferring a selector until later, but before painting
  • Previous by thread: CoreAnimation efficiency
  • Next by thread: Re: CoreAnimation efficiency
  • Index(es):
    • Date
    • Thread