[Digikam-devel] [Bug 291436] New: Optimize thumbnail generation process - is painfully slow in certain usage cases
Larx
bugzilla at go4more.de
Fri Jan 13 12:35:23 GMT 2012
https://bugs.kde.org/show_bug.cgi?id=291436
Summary: Optimize thumbnail generation process - is painfully
slow in certain usage cases
Product: digikam
Version: 2.4.1
Platform: openSUSE RPMs
OS/Version: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: Thumbnails
AssignedTo: digikam-devel at kde.org
ReportedBy: bugzilla at go4more.de
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.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Digikam-devel
mailing list