Bug 291436

Version:           2.4.1 (using KDE 4.7.4) 
OS:                Linux

I'd propose that the way Digikam creates thumbnails is overhauled (easy to demand that, probably difficult to implement, I know).

When dealing with many pictures and with bigger filesizes (as are customary nowadays also for customer digital cameras), the thumbnail generation and especially regeneration is getting painfully slow. E.g. if doing some batch geotagging or renaming of the photos - nothing of which should require a recreation of the thumbnails - Digikam can get unusable for minutes. In some cases I even have to restart Digikam because the thumbnail generation seems to be in an endless loop.

I don't know how Digikam decides that it has to recalculate its thumbnails. In my perception, however, there does not seem to be an intelligent algorithm behind that. If anything is changed, everything is rebuilt, and in the case of bigger or more pictures, Digikam sometime chokes on the workload.

Moreover, there is apparently no multithreading going on.

Reproducible: Always



Expected Results:  
Only thumbnails with changed picture content should be rebuilt.