[Digikam-devel] [Bug 291436] New: Optimize thumbnail generation process - is painfully slow in certain usage cases

[Larx]

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.