Re: Quartz, OpenGL or NSImage?
Re: Quartz, OpenGL or NSImage?
- Subject: Re: Quartz, OpenGL or NSImage?
- From: Michael Becker <email@hidden>
- Date: Tue, 1 Mar 2005 18:52:56 +0100
Am 28.02.2005 um 22:56 schrieb Pradeep Udupi:
I am investigating on what technology to use to create a iPhoto like
thumbnail view. Should I go for Quartz, OpenGL or NSImage? Before
investing
time on each of these technologies, I would like to know what are the
pros and cons of each technology based on the feature set they provide
and
the ease of programming using that technology. My most important
criteria is speed and scaling. Are these technologies layered one
below/above the
other or are these all parallel paradigms? Which one offers the speed
benefits and ease of programming than the other?
I am trying to do the exact same thing as you are. iPhoto obviously
uses Quartz for it's thumbnail view, but it also uses a LOT of clever
optimization to achieve its performance. From my experience so far, I
can tell you that you should NOT use NSImage. It offers a lot of stuff
but it is very slow. What is giving me pretty nice results so far is to
use NSBitmapImageRep.
I tried using pure Quartz, but I found out that NSBitmapImageRep was
giving me better results, but then again, I am not too much an expert
when it comes to using Quartz.
Something you should definitely consider: Think about saving different
pre-scaled sizes of the pictures. Scaling a huge image down to a very
small size takes much longer than scaling a smaller image down to that
small size, and the quality difference won't be really visible. That is
what iPhoto does and it speeds things up alot.
Creating that iPhoto like thumbnail view is definitely something that
screams for heavy optimization. I was thinking about maybe creating a
background thread that scales the images so the user interface won't be
affected ... but that is something I still have to look into.
Regards,
Michael
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden