https://bugs.kde.org/show_bug.cgi?id=507563
--- Comment #6 from MarcP ---
Yes, there are already 5 tagged people in that same picture.
I haven't rejected that suggestion yet, so if you want me to check the database
or anything else, let me know.
--
You are receiving this mail because:
Yo
https://bugs.kde.org/show_bug.cgi?id=507563
--- Comment #4 from MarcP ---
Mmmm, I don't think so, it happened to me with 4 or 5 different people and I
don't think any of them were duplicates.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=507563
--- Comment #2 from MarcP ---
Hi Maik, thanks for your reply. I understand that incorrect suggestions can
still happen occasionally, that's not the main issue here.
Let's say I have two persons in Digikam (person A and person B). I ru
https://bugs.kde.org/show_bug.cgi?id=507563
Bug ID: 507563
Summary: Face detection suggestion misplaced: not visible at
top, belongs to different person
Classification: Applications
Product: digikam
Version First 8.8.0
Reported
https://bugs.kde.org/show_bug.cgi?id=507563
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=370705
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=507522
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=507522
Bug ID: 507522
Summary: Current album selection lost when clearing folder
filter after "Go To → Album"
Classification: Applications
Product: digikam
Version First 8.8.0
Reported In:
https://bugs.kde.org/show_bug.cgi?id=504185
--- Comment #12 from MarcP ---
Thanks. Although I must mention that the issue happens regardless that option
being enabled or disabled.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=504185
--- Comment #9 from MarcP ---
(In reply to Michael Miller from comment #8)
> (In reply to Michael Miller from comment #7)
> > (In reply to MarcP from comment #6)
> > > > How many confirmed faces do you have in your library?
>
https://bugs.kde.org/show_bug.cgi?id=504077
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=504185
--- Comment #6 from MarcP ---
> How many confirmed faces do you have in your library?
Just checked. 155382 confirmed faces in 1050 different people.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=504185
--- Comment #1 from MarcP ---
Hi,
I ran the DebugView to see what was causing that CPU usage. I just started
digikam, let it do the initial scan for now files, and didn't touch it at all.
High CPU usage kicked in at the 5 minute mark, and s
https://bugs.kde.org/show_bug.cgi?id=504185
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=504185
Bug ID: 504185
Summary: 100% CPU usage on all cores for no apparent reason
Classification: Applications
Product: digikam
Version: 8.7.0
Platform: Microsoft Windows
OS: Microsoft W
https://bugs.kde.org/show_bug.cgi?id=503561
--- Comment #3 from MarcP ---
Hi, I've been testing the latest build for a couple of day now, and I believe
the issue is gone. Thanks so much!
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=503561
MarcP changed:
What|Removed |Added
Summary|'Background face|'Background face
|recogn
https://bugs.kde.org/show_bug.cgi?id=503561
Bug ID: 503561
Summary: 'Background face recognition scan' feature modified
thousands files during scan
Classification: Applications
Product: digikam
Version: 8.7.0
Platform:
https://bugs.kde.org/show_bug.cgi?id=503561
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #35 from MarcP ---
I left digikam alone while I was having lunch, and a few minutes later I see
that it modified around 3000 pictures (about 7GB) during a background face
recognition scan. Looks like the background scan itself is modifying
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #34 from MarcP ---
I see. However, I just did a test, and whenever I reject a faces from an image,
the file gets modified, so something must be written into it. I'd personally
prefer if rejection information (just like ignored face
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #32 from MarcP ---
Hi,
I tested the new build, and it seems to work quite well. Rejections do not get
reassigned to the same person, which is perfect. Thanks for implementing this
feature, it's really a quality of life improveme
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #31 from MarcP ---
Sure! I'll be happy to test it.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=413842
MarcP changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://bugs.kde.org/show_bug.cgi?id=443827
--- Comment #10 from MarcP ---
Hi, I've been doing some tagging today, and I can confirm the issue is still
valid.
It's quite annoying, because when you are in the suggestions section of the
face, confirm a suggestion, then the focus ch
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #27 from MarcP ---
I see — it would require a major change in how face detection is currently
handled. That’s totally fine; I’m just glad the suggestion is on your radar.
For now, I’ll stick with marking faces as ignored.
Just one last
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #25 from MarcP ---
Ohhh, I wasn't fully aware of that new feature, that clear things up. It
actually makes a lot of sense (Picasa used to work this way, re-scanning your
faces in the background when you confirmed a face). I just wis
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #23 from MarcP ---
Hey,
I'm not reopening the ticket because the issue is gone, but I noticed that
Digikam scanned my whole picture collection and suggested new faces. Is this a
new feature? Not sure if it was done on startup or wh
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #21 from MarcP ---
(In reply to Michael Miller from comment #20)
> Hi Marc,
> The fix should be in the build available Saturday. Please let me know if
> you have any problems or questions.
>
> Cheers,
> Mike
Hi Mike,
https://bugs.kde.org/show_bug.cgi?id=416213
--- Comment #22 from MarcP ---
Yep. Although I don't think there's going to be an easy solution for this, as
it stems from a technical limitation on face regions in xmp metadata.
--
You are receiving this mail because:
You are watchi
https://bugs.kde.org/show_bug.cgi?id=416743
--- Comment #13 from MarcP ---
Hi. I was able to replicate it. Although when saving a picture over the
network. When a picture is saved locally it happens so fast it's negligible.
--
You are receiving this mail because:
You are watching al
https://bugs.kde.org/show_bug.cgi?id=420658
--- Comment #15 from MarcP ---
Hi. Yes, it's still reproducible. Although I no longer get a suggestion on
where to place the tag for normal keywords, only for faces.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #17 from MarcP ---
Hi,
I capture the logs while I started digikam. I made sure there were no new
pictures in the library so the logs doesn't get cluttered.
I found two entries mentioning FaceClassifier::. One at 15 seconds, and anoth
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #14 from MarcP ---
No, actually a few months ago I moved everything locally to a NVME drive (I
sync everything from my NAS via Nextcloud), so all my setup is purely local
now, including the photos and the database. I also got a new CPU, so
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #10 from MarcP ---
Sure, I'll try that later today.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #8 from MarcP ---
Hi Maik. Yes, I have set face detection for newly found items at startup. My
library has around 200 000 pictures and I must have 1000-1500 different people,
with more than 25000 tagged faces.
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=502219
MarcP changed:
What|Removed |Added
Resolution|FIXED |---
Ever confirmed|0 |1
https://bugs.kde.org/show_bug.cgi?id=502219
--- Comment #2 from MarcP ---
Hi Maik. I believe I'm using the default values for face recognition. Yesterday
I tried from a different user profile in Windows and I could not reproduce the
issue, so maybe it's linked to my specif
https://bugs.kde.org/show_bug.cgi?id=502219
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=502219
Bug ID: 502219
Summary: Right-click, "Recognize faces" does no longer
recognize any faces.
Classification: Applications
Product: digikam
Version: 8.7.0
Platform: Microsoft Win
https://bugs.kde.org/show_bug.cgi?id=479629
--- Comment #3 from MarcP ---
Hi Gilles,
I updated my Digikam to the latest version and I saw the new menu under the
Tags panel. I think it's a big improvement. Being able to autotag via context
menu would be convenient but it's not super-im
https://bugs.kde.org/show_bug.cgi?id=444394
--- Comment #16 from MarcP ---
(In reply to Michael Miller from comment #15)
> Hi Marc,
> If the faces you are rejecting are faces that will never have tags, then the
> correct action is to Ignore the face instead of rejecting the face
https://bugs.kde.org/show_bug.cgi?id=444394
--- Comment #14 from MarcP ---
I'd would also love this feature.
My workflow is the following.
1) I detect faces
2) I manually tag a bunch of them
3) I select all faces, and ran the recognition again. I get many results
4) I confirm the good one
https://bugs.kde.org/show_bug.cgi?id=432207
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=444394
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=484479
--- Comment #27 from MarcP ---
Created attachment 176895
--> https://bugs.kde.org/attachment.cgi?id=176895&action=edit
Regular vs HDR video comparison screenshot
Left: regular video. Right: HDR video.
--
You are receiving this mail becau
https://bugs.kde.org/show_bug.cgi?id=484479
--- Comment #25 from MarcP ---
Hi Maik,
I tested checking and unchecking those options (closing digikam in between) but
I couldn't appreciate any change; the video with HDR still looks washed out.
Here's a sample, video IMG_1082.MOV has H
https://bugs.kde.org/show_bug.cgi?id=484479
--- Comment #23 from MarcP ---
Hi, I'd like to report that on Windows 10 there's the same issue with HDR video
playback. Videos filmed with an iPhone without HDR look ok on digikam, but
those with HDR on look all washed out. Using extern
https://bugs.kde.org/show_bug.cgi?id=484479
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=443827
--- Comment #8 from MarcP ---
Hi, today I've been tagging a large number of faces and I can confirm that this
is a reoccurring issue. After confirming a face, the focus seems to go to a
previously selected item, and you need to manually scroll
https://bugs.kde.org/show_bug.cgi?id=392008
--- Comment #15 from MarcP ---
Yes, this is something that hasn't changed in version 8.5
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=395241
--- Comment #22 from MarcP ---
Hi. I can confirm this behavior is still the same on version 8.5.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=474047
--- Comment #2 from MarcP ---
I'm not sure if the ticket that was market as a duplicate is in fact a
duplicate.
This behavior I described is not exclusive to the People view and/or when
tagging faces. It also appears when appying regular ta
https://bugs.kde.org/show_bug.cgi?id=493388
--- Comment #3 from MarcP ---
Thank you. I can still provide screenshots or screen recordings if necessary.
I'll wait for the next 8.5 release and I'll get back to you if this was still
an issue.
--
You are receiving this mail becaus
https://bugs.kde.org/show_bug.cgi?id=493388
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=493388
Bug ID: 493388
Summary: Inconsistent timeline display due to timezone handling
in videos vs. photos
Classification: Applications
Product: digikam
Version: 8.4.0
Platform: Othe
https://bugs.kde.org/show_bug.cgi?id=399600
--- Comment #13 from MarcP ---
Hi, yes, I think this behavior has not changed.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=416213
--- Comment #19 from MarcP ---
Hi. Yes.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=416743
--- Comment #11 from MarcP ---
Yep, still happens. It depends on how long it takes for the system to finish
saving changes to the image. If you start working on another face rectangle
before it has finished saving changes, it will get deselected
https://bugs.kde.org/show_bug.cgi?id=416071
--- Comment #9 from MarcP ---
Hi, yes, merging tags still changes the tag ID and breaks any saved search that
referred to it.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=420658
--- Comment #13 from MarcP ---
Hi. I can confirm this behavior is still present in today's 8.4.0 Qt6 appimage.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=485973
--- Comment #9 from MarcP ---
I just tested using exiftool to change the date, and I get the following error:
"Error: Writing of MTS files is not yet supported".
https://exiftool.org/commentary.html#AVCHD
So I guess I'll have to use s
https://bugs.kde.org/show_bug.cgi?id=485973
--- Comment #8 from MarcP ---
Another thing I noticed, is that even if that DateTimeOriginal date is in the
exif info, I can´t edit it using the Edit Metadata tool. Not sure if it's
related.
--
You are receiving this mail because:
You are wat
https://bugs.kde.org/show_bug.cgi?id=485973
--- Comment #7 from MarcP ---
Hi Maik, I can confirm it's working perfectly now. Thanks!
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=485973
--- Comment #6 from MarcP ---
Great! I'll test it in a couple hours when I get home.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=485973
--- Comment #2 from MarcP ---
Here's the link to a sample MTS file I recorded earlier today:
http://158.101.198.126:9011/share/Hd_I2d7r
Let me know if the download doesn't work for you and I'll use a less exotic
sharing method.
--
Yo
https://bugs.kde.org/show_bug.cgi?id=485981
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=485981
Bug ID: 485981
Summary: "Open in File Manager" causes 100% CPU usage in
process: kde-open5 file://
Classification: Applications
Product: digikam
Version: 8.4.0
Platform: Appim
https://bugs.kde.org/show_bug.cgi?id=485973
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=485973
Bug ID: 485973
Summary: Metadata (DateTimeOriginal) not read from MTS video
files
Classification: Applications
Product: digikam
Version: 8.4.0
Platform: Appimage
https://bugs.kde.org/show_bug.cgi?id=479629
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=479629
Bug ID: 479629
Summary: Feature request: better integration of Auto-tags with
the UI
Classification: Applications
Product: digikam
Version: 8.3.0
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=476863
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=476863
Bug ID: 476863
Summary: Faces in People panel do not respect the sort order
Classification: Applications
Product: digikam
Version: 8.2.0
Platform: Appimage
OS: Linux
S
https://bugs.kde.org/show_bug.cgi?id=471183
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=416988
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=406583
--- Comment #48 from MarcP ---
Hello again Gilles,
I did a clean install on a Windows 10 computer, and the special characters work
perfectly there. So there's definitely something wrong with my Kubuntu
installation/configuration. I'll try to
https://bugs.kde.org/show_bug.cgi?id=406583
--- Comment #47 from MarcP ---
That's strange, maybe it's my particular installation/configuration. I will try
later today from a Windows 10 computer and possibly a MacOs computer as well,
see if I can replicate this issue there too.
-
https://bugs.kde.org/show_bug.cgi?id=406583
--- Comment #45 from MarcP ---
Hi. I'm sorry to disappoint, but the issue is still present, at least on my
end. I tested it on the digiKam-8.2.0-20231007T150049-x86-64.appimage version,
under Kubuntu 22.04 LTS.
However, something changed. Until n
https://bugs.kde.org/show_bug.cgi?id=474105
--- Comment #11 from MarcP ---
Hi Maik,
I have been trying the latest appimage
(digiKam-8.2.0-20230907T053317-x86-64.appimage) and it is definitely a big
improvement. With this change, I can keep scrolling down to a person's list of
faces wi
https://bugs.kde.org/show_bug.cgi?id=474105
--- Comment #8 from MarcP ---
Hi Maik, thanks for your time and effort. Yes, i usually tend to use the
lastest appimage available. I will try it as soon as I can and let you know,
probably tomorrow.
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=474105
--- Comment #5 from MarcP ---
(In reply to Maik Qualmann from comment #4)
> I already understand the problem. If you scroll down, the thumbnails are
> requested according to the view model. If there are any in between that are
> not yet in the
https://bugs.kde.org/show_bug.cgi?id=474105
--- Comment #3 from MarcP ---
Hello Maik, thanks for your quick response. Iḿ not sure we are talking about
the same thing, though.
I can verify that the behavior I describe happens even when digikam is not
importing or processing anything.
I have
https://bugs.kde.org/show_bug.cgi?id=474105
--- Comment #2 from MarcP ---
Created attachment 161381
--> https://bugs.kde.org/attachment.cgi?id=161381&action=edit
Simple diagram to illustrate behavior
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=474105
Bug ID: 474105
Summary: Faces load sequentially, not showing existing face
thumbnails in the database until a previous one has
been generated
Classification: Applications
Produ
https://bugs.kde.org/show_bug.cgi?id=474105
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=474047
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=474047
Bug ID: 474047
Summary: When an album is refreshed in thumbnail view, the
focus goes to the previously selected item
Classification: Applications
Product: digikam
Version: 8.2.0
https://bugs.kde.org/show_bug.cgi?id=251357
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=377857
--- Comment #45 from MarcP ---
I'm glad to see that the Properties tab is getting some love!
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=416743
--- Comment #9 from MarcP ---
Yes.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=444767
--- Comment #11 from MarcP ---
Yes.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=460134
--- Comment #6 from MarcP ---
> Your string as paragraph separated by endl ?
I think in this case it's a single paragraph.
>The "..." before the text is the squezzed text label used to display long
>strings. It used everywh
https://bugs.kde.org/show_bug.cgi?id=460134
--- Comment #4 from MarcP ---
Mmm, that is not my experience.
For instance, I have a photo with this caption (53 words):
"During circle time, our inventors engaged with some sensory books. Each page
has a different texture of fabrics for th
https://bugs.kde.org/show_bug.cgi?id=460134
--- Comment #2 from MarcP ---
Hi Gilles,
I don't see a difference in v8.0.0. I just tried it, and only the last few
words of each paragraph are shown on the Properties tab. This is also visible
in the screenshot you just posted.
--
You are rece
https://bugs.kde.org/show_bug.cgi?id=416213
--- Comment #17 from MarcP ---
Yes, this is still relevant.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=443827
--- Comment #6 from MarcP ---
Yes, the behavior is still the same. If previously a picture from that person
had been selected, when clicking on the person on the People panel, the focus
will go to that selected picture instead of going to the top if
https://bugs.kde.org/show_bug.cgi?id=459194
--- Comment #7 from MarcP ---
Yes, I just tested it and it's still relevant.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=406583
--- Comment #42 from MarcP ---
Yes, this is still an issue. (Although it was solved in that preview for the
next version of qt)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=462413
--- Comment #5 from MarcP ---
No, this problem is no longer present, you can close it.
--
You are receiving this mail because:
You are watching all bug changes.
1 - 100 of 548 matches
Mail list logo
