Version: 0.9.0 (using KDE 3.5.5, Kubuntu (dapper) 4:3.5.5-0ubuntu1~dapper2) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.15-26-386 I miss an option: "Generate all thumbnails" and "generate all thumbnails of all subfolders/subalbums". So it would be possible to usage free time to generate all thumbnail and don't waste time, if you don't have idle time... Bug http://bugs.kde.org/show_bug.cgi?id=91840 tells, it would be resolved. But it is not... Thanks a lot
Gehold, The "Tools/Rebuild All Thumbnails" menu option is exactly what you need... Gilles Caulier
Not exactly.... Because, it REcreate all thumbnails... But what I mean "only" creating... So I mean creating all not created... Sorry, if I say not exaclty what I mean... Thanks a lot
My album contains more than 6000 pictures... Starting recreating all thumbnails because I've a few new ore moved albums will be overkill, It would be take some hours to recreate all thumbnails.
So I started an test... Recreating takes three hours... That is because of all my RAW-Images... I've an AMD 2.8 GHz (5300+ or so) with two cores...
I'd like to point out that bugs 137320, 138927, 140615 are all similar in the sense that in each case the reporter would like to have *background* (re)creation of thumbnails.
Yes, but there a some differences: * 140615: create all MISSING thumbnails for WHOLE album or ONLY A FOLDER (without blocking) * 137320: create all MISSING thumbnails for CURRENT FOLDER WHILE SHOWING it (without blocking) * 138927: REBUILD ALL thumbnails WITHOUT BLOCKING
> Yes, but there a some differences: > * 140615: create all MISSING thumbnails for WHOLE album or ONLY A FOLDER > (without blocking) * 137320: create all MISSING thumbnails for CURRENT > FOLDER WHILE SHOWING it (without blocking) * 138927: REBUILD ALL thumbnails > WITHOUT BLOCKING You are of course right in pointing out these differences. I should have worded my comment more carefully. My intent was not to have two of them marked as duplicates of the third one, but rather to draw attention to the basic issue linking them. Less intrusive thumbnail creation seems to be a common wish, but it's not immediately obvious since the votes are spread over three different bug reports. And maybe some of them can be taken care at the same time. I'm sorry for the confusion.
No problem... We are all able to talk ;-) Of cause you're right: there is a big call for more no blocking actions...
SVN commit 972362 by cgilles: thumbnails can be rebuilt in background for - All items as well (take a while) - All missing items (faster) BUG: 140615 M +26 -15 digikam/digikamapp.cpp M +2 -1 digikam/digikamapp.h M +6 -4 digikam/digikamapp_p.h M +2 -2 digikam/digikamui.rc M +10 -5 utilities/batch/batchthumbsgenerator.cpp M +2 -2 utilities/batch/batchthumbsgenerator.h WebSVN link: http://websvn.kde.org/?view=rev&revision=972362