On Mar 27, 2010, at 9:05 AM, Oleg Krupnov wrote: > Currently I've found only Core Animation, but the information about > its underlying technology is rather scarce. It's said that it uses the > graphics hardware, but is it really built on OpenGL? If it is, then > why such a thing as CAOpenGLLayer is there?
So you can have an animated view whose contents are an OpenGL pane. Imagine you want to show some 3d content in an OpenGL pane, and you also want this pane itself to be animated (e.g., move across its parent view). > (Does it mean other layers > are not based on OpenGL, or it's just a door to access the raw > OpenGL?). If it is not, than is it faster than OpenGL or slower? If you are a good/very good/expert OpenGL programmer you may be able to achieve equivalent functionality with greater speed if you write raw OpenGL code yourself. Before you attempt this, you should test the higher level frameworks to be sure they aren't fast enough to do what you want. For example, on a 13" unibody MBP, I can get arbitrary 600 x 700 tiff images to animate smoothly at 30 frames per second (i.e., a new image each frame) using NSView and NSImage only - and from common lisp with other interactive tasks and garbage collection no less (i.e., via a cocoa bridge from another language whose gc is collecting during the animation, while continuing to compile and evaluate other code at the toplevel, not even by using Objective-C directly). warmest regards, Ralph Raffael Cavallaro raffaelcavall...@me.com _______________________________________________ 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
