https://bugs.kde.org/show_bug.cgi?id=499170
Bug ID: 499170
Summary: Maybe an option to increase workflow speed
Classification: Applications
Product: digikam
Version: 8.6.0
Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
Severity: wishlist
Priority: NOR
Component: Faces-Workflow
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
SUMMARY
While going through the DebugView for another issue, I noticed the following
aspects. It may be necessary for the internal workflow, but it seems to me that
the face recognition workflow could have a potential for optimization the
runtime.
1) It seems that for new images, the image is read in, then the image is read
in again for face search/recognition, and then finally read in again to create
thumbnails of the recognised image. It seems to me that this leads to
unnecessary reads and that the image could be held in memory so that the three
options can be run in turn when new images are to be searched for faces.
Otherwise, you could at least combine recognition and thumbnail creation.
2) When assigning names to identified faces, the image seems to be reloaded
completely, even if nothing is written to the metadata or sidecars are used.
This loading process could be omitted if necessary.
3) Thumbnail creation should also be categorised as an active process, so you
can see that digiKam is doing something in the background.
4) When assigning keywords, processes of varying complexity seem to interfere
with each other. However, I need to delve a little deeper into the matter to be
able to make a meaningful suggestion. Commands to the SQLite database with a
duration of 10-20 (without unit, I assume it is seconds, as the milliseconds
are mentioned as ms) seem to be far too long.
ADDITIONAL INFORMATION
--
You are receiving this mail because:
You are watching all bug changes.
