| Summary: | The face recognition and detection tool does not respect the albums selection to process | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Roland Wolters <bugs> |
| Component: | Faces-Recognition | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles, edelhard, robspamm |
| Priority: | NOR | ||
| Version: | 4.2.0 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/digikam/42ccb101aeb7c3ed79dd41d0d10a8f67a53883e2 | Version Fixed In: | 5.2.0 |
| Sentry Crash Report: | |||
| Attachments: |
Face detection dialog showing the main options.
Main album interface during face recognization |
||
|
Description
Roland Wolters
2014-05-18 22:56:25 UTC
>Not sure if a previous search which was cancelled by closing Digikam yes it must be. > (because there is no button to cancel searches) is mixing up the situation here Look on bottom right corner of albugui. There is a progress indicator on statusbar, where you can see details of scan cancel operation. Gilles Caulier Which options do you use to process Faces scan exactly ? Gilles Caulier Created attachment 86717 [details]
Face detection dialog showing the main options.
Created attachment 86718 [details]
Main album interface during face recognization
In the above uploaded pictures you can see the options I picked this time, though here no ablums are selected. Besides, the second screen shot was done directly after I started a recognization of the entire collection - and no status bar is shown. In the background several digikam processes are running, though... Why do you turn on "Whole Albums Selection" and "Whole Tags selection" options ? These options will ignore custom album/tag selections done through tre-view combobox and process whole collection instead... Gilles Caulier I'm sorry, the screenshot was the wrong one. With the usual search I do not turn on "Whole Album selection", but only pick two albums. I do however turn on "Whole Tags Selection". Does this still trigger an entire collection scan? I changed the search options to only search two albums together with two tags. Upon start, the option window vanishes, and CPU and RAM for two digikam processes spikes. Btw., again there is no status bar or anything but my process viewer (and my laptop fan) indicating that there is any background process... or am I just not seeing it? Anyway, I tested two times, an each time - again, two albums and two tags chosen, together roughly 150 photos, 600 MB of space - OOM-Killer ( ! ) killed both processes... we speak about a system with 8G Ram and as much swap space. But that might be another bug? yes it's another problem. Look here : https://bugs.kde.org/show_bug.cgi?id=323888 Problem still reproducible using last digiKam 4.2.0 ? Gilles Caulier *** Bug 334183 has been marked as a duplicate of this bug. *** To respond on comment #7 I do however turn on "Whole Tags Selection". Does this still trigger an entire collection scan? ==> I start a scan of all image tags with virtual albums selection. If tags is used on many place, this will take a time to process... I just checked album selector widget with some debug statement, and selection of albums to process in background is repected. The main problem is not album selector here, but memory consumption in background... Gilles Caulier *** This bug has been marked as a duplicate of bug 323888 *** Git commit 42ccb101aeb7c3ed79dd41d0d10a8f67a53883e2 by Gilles Caulier. Committed on 14/09/2016 at 20:23. Pushed by cgilles into branch 'master'. make the album selection widget exclusive with album type : PAlbum or TAlbum (not and operator). This will prevent to scan a selection of PAlbum when TAlbum are selected. Related: bug 334183, bug 366558 FIXED-IN: 5.2.0 M +3 -0 NEWS M +103 -29 libs/album/albumselectors.cpp M +9 -0 libs/album/albumselectors.h http://commits.kde.org/digikam/42ccb101aeb7c3ed79dd41d0d10a8f67a53883e2 |