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:
[hidden email]
ReportedBy:
[hidden email]
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.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Locked
