Version: (using KDE KDE 3.5.0) OS: Linux Since 0.8 thumbnails are only loaded, if they are displayed, no matter for how long the system was idle. As a result the user has to wait for the thumbnails every time s/he scrolls. The reason for this behaviour is to save memory. However, waiting is quite annoying, so the behaviour described above should only be used when necessary and not if a folder only has ~50 pictures. I am not sure what picture number is a good one, yet digikam should count the images before deciding whether it is necessary to save memory, or whether thumbnails for the current folder can be pre-loaded and thus improve user experience.
We did some testing when we implemented it and we decided that there was no need to do it, because the thumbs appear almost instantly, do you have any idea why that is not the case for you?
I guess there are at least two factors: 1. Data to read, if there is no thumbnail in the file, the file has to be read, as megapixel-numbers increase, the file-size will get bigger and bigger, i.e. it will take more and more time to read and process. 2. CPU speed.
I also experience this 'annoyance' on a Pentium IV 2.2GHz PC running Kubuntu Feisty (pre-release). However, the default kernel currently has hard disk DMA/etc disabled. I will let you know if performance improves during Feisty's release cycle.
I agree that thumbnail loading while scrolling is almost instantaneous. Yet, the delay is still noticeable and that's a (very minor!) inconvenience. IMO digikam should do more aggressive thumbnail preloading. You could have a look at the similar options of kpdf (Settings / Performance / Memory usage) which I find quite useful. (E.g. low ressource usage for laptops vs. aggressive setting for workstations.)
For example pre-loading the next two rows might already be sufficient to give a much smoother user experience ;-) Note that this is also related (not the same!) to http://bugs.kde.org/show_bug.cgi?id=137320 and the bugs mentioned there. Also note that there is a small bug about caching raw files in full preview in the album view, http://bugs.kde.org/show_bug.cgi?id=132047
This entry still valid with 2.4.0 release ? Gilles Caulier
Marcel, For me this old entry is fixed in current implementation from git/master. I cannot reproduce unnecessary waiting to load visible item thumbnails. Fine to close ? Gilles Caulier
Sure. Fixed for a looong time.