https://bugs.kde.org/show_bug.cgi?id=479711
Maik Qualmann <metzping...@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |metzping...@gmail.com --- Comment #1 from Maik Qualmann <metzping...@gmail.com> --- How a log is created under macOS is described here: https://www.digikam.org/contribute/ Well, 90,000 images isn't that much. In a normal scan, we read the file date information from all of these images. In a quick scan, only the file date information of the albums (folders), so probably only 1-5 thousand date information. If even that takes a long time, something must be very wrong. The code for the scan function is actually already highly optimized, I don't see any potential there anymore. There is of course the possibility that there is poor interaction between Qt and macOS or something else. I'll add a debug this weekend that will output the current number of files processed per second. What also surprises me and I have read several times is that it is hardly possible to work with digiKam during the scanning process. After all, the scanning process runs in its own thread. I just added a large external hard drive to my Windows test computer today with initial scan. I was able to work with digiKam without any problems. Maik -- You are receiving this mail because: You are watching all bug changes.