[KPhotoAlbum] Crash from the latest svn

[Jesper K. Pedersen]

I'm afraid that still does take quite some time. At least the code base we had 
in there took ~20msec/image to rescale it from the thumbnails that was stored 
in the thumbnails files.

Cheers

On Wednesday 18 August 2010 15:13:25 Robert Krawitz wrote:
|    From: "Jesper K. Pedersen" <blackie at kde.org>
|    Date: Wed, 18 Aug 2010 08:51:57 +0200
| 
|    |    | I also vaguely recall that we had a similar performance issue in
|    |    | the KDE3 version that was resolved, at least partially, by using
|    |    | a quick and dirty resampling algorithm rather than rescaling. 
|    |    | This made the thumbnails less attractive but much faster to
|    |    | load.)
|    |    
|    |    Well actually, that was one of the things I threw out (see my
|    |    blog), it took quite some time to do this scaling.
|    | 
|    | Even a fast resampling (not rescaling)?
| 
|    I'm not sure what that code would look like. Feel free to give it a
| shot.
| 
| If I remember right, the thumbnail loader calls the image loader which
| calls scaleImage.  That uses a single global setting for smooth
| vs. fast scaling (this is actually something I did in 2006).  But
| maybe we want a separate setting for thumbnails vs. images (smooth
| scale images, fast scale thumbnails).
| 
| QImage Utilities::scaleImage(const QImage &image, int w, int h,
| Qt::AspectRatioM ode mode )
| {
|     return image.scaled( w, h, mode,
| Settings::SettingsData::instance()->smoothS cale() ?
| Qt::SmoothTransformation : Qt::FastTransformation );
| }

-- 
Having trouble finding a given image in your collection containing
thousands of images?

http://www.kphotoalbum.org might be the answer.