On Jun 29, 2010, at 8:10 AM, Roland King wrote: > One option would be to use a UIImageView with a series of images, or, if I > want finer control, a timer to switch images in and out of a custom subclass > of UIImageView.
You probably don't need a subclass of UIImageView, but for simple animations it should do what you need. Just remember that each image is going to consume a fair amount of memory, so if you have a lot of large frames you can run out of memory rapidly. Also transparency has a cost that you will have to evaluate for your self. My general recommendation here is to cut up your images into pieces that animate and pieces that don't. If you can imagine one of those wooden puppets that has various joints around which motion occurs, then you might get a vague feel for what I mean (obviously you have many more options in the digital realm to achieve the same thing). > If the animation is really 'cut scene' I could use an MPMoviePlayerController > and display one (and one only) animation. Sounds like a good idea to me :). > I had a hunt around the docs to see if there were any other technologies > which looked applicable, didn't see any. > OpenGLES would be all wrong for this. Have I basically got the right > technologies here or is there something I'm overlooking? For some things diving down into Core Animation may provide additional capabilities (such as using properties not exposed by UIKit or the various animation classes). Otherwise it sounds like you are on pretty good footing. -- David Duncan _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
