Summary: | first user experience scares (non technical) people away and picasa3 faces imported but not as faces | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Lrnt <lrnt314> |
Component: | Database-Scan | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, iwannaberich, metzpinguin, michael_miller |
Priority: | NOR | ||
Version First Reported In: | 7.1.0 | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | 8.7.0 | |
Sentry Crash Report: |
Description
Lrnt
2020-10-24 15:24:14 UTC
A test here when importing a few thousand images under my Windows 10 VM in various ways shows no problems. All metadata and face rectangles were correctly scanned by digiKam. I also suspect an external cause such as anti virus programs that block digiKam in the scanning process. Which anti virus program do you use? Maik Hello Maik, I am not sure to understand the relation between the antivirus and Digikam but I use Norton as an Antivirus and Zonealarm as firewal. Best eregards Laurent Hi Maik, I guess using a VM and the real W10 might not be the same. Still no clue why it did not import the picasa3 faces? thanks Laurent Hi Maik, I tried to move one test directory to a sdd hd internal. Of course it went about 2-3 times faster than the normal hdd. But also all the faces were imported properly. Could it be that Digikam just skips reading the metadata of certain files or that the DB SQlite just times out and skips the entries? Best regards Laurent No images are skipped when the drive is slow. Maik (In reply to Maik Qualmann from comment #5) > No images are skipped when the drive is slow. > > Maik thank you Maik. Still not understanding why reading the same directory from the HDD it skips faces and from the SDD it does not? Which kind of file systems do you use on SDD and HDD. It's the same ? Do you have any extra sidecar file stored in album from on disk and not from the other one ? Check with 'ls -al' on both devices... Gilles Caulier Hello Gilles both disks are NTFS disks. For the sidecar I do not know. Actually the command ls -al, isn't this a unix command? I am on W10. But I would say no, as the files come from Picasa3 where I used the option "write faces to xmp". So the data is in the photo itself. Am I wrong? Currently I still keep using both SW, and Picasa3 because it is so much quicker than Digikam for the tag and face features search that I use a lot. Digikam is great too and I will move there slowly and especially when the smaller faces are detected like it will be as Maik explained. Hope this helps. Kind regards Laurent @Lrnt digiKam 8.0.0 is out. This entry still valid with this release ? Best regards Gilles Caulier @Lrnt, This problem still reproducible with the new digiKam 8.2.0 pre-release Windows installer available at usual place: https://files.kde.org/digikam/ This new bundle is based on last Qt framework 5.15.11 and KDE framework 5.110. Thanks in advance Gilles Caulier Hi, The 8.7.0 pre-release Windows installer from today have been rebuilt from scratch with Qt 6.8.3, KDE 6.12, OpenCV 4.11 + CUDA support, Exiv2 0.28.5, ExifTool 13.27, ffmpeg 7, all image codecs updated to last version (jxl, avif, heif, aom, etc.). Please try with this version to see if your problem still reproducible... https://files.kde.org/digikam/ Thanks in advance Best regards Gilles Caulier Closing due to no response. |