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.
https://bugs.kde.org/show_bug.cgi?id=395241
--- Comment #18 from MarcP ---
Hi,
This is not my experience. After new pictures are found, they are scanned for
faces and recognized (I have checked the option to scan them automatically on
startup on the settings). Then, I usually go to Unconfirmed
https://bugs.kde.org/show_bug.cgi?id=395241
--- Comment #16 from MarcP ---
Yes, this is still valid for v8.0.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=392008
--- Comment #13 from MarcP ---
Hi Gilles,
Kind of. It's not a bug per se, but a result of the way Digikam treats face
regions and regular keywords. Face tags and regular tags are "merged" (shown as
a single element) in Digikam if the
https://bugs.kde.org/show_bug.cgi?id=466412
MarcP changed:
What|Removed |Added
Platform|Other |Appimage
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=444767
MarcP changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=466412
MarcP changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=461838
MarcP changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=466412
MarcP changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=395241
MarcP changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=466412
MarcP changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=466412
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=466412
Bug ID: 466412
Summary: Feature request: option to manually generate face
thumbnails
Classification: Applications
Product: digikam
Version: 8.0.0
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=418380
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=341288
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=462464
--- Comment #2 from MarcP ---
Ok, done, it works now. Thanks!
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=415999
--- Comment #5 from MarcP ---
Hi. Just to confirm this still happens in the 8.0.0 preview appimage. I have
tagged lots of faces these days, and the progress bar goes backwards.
Apparently it's just for faces, for normal tags, it goes from 0 t
https://bugs.kde.org/show_bug.cgi?id=462464
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=462464
Bug ID: 462464
Summary: Cannot play video files: "An error has occurred with
the media player..."
Classification: Applications
Product: digikam
Version: 8.0.0
Platform: Appima
https://bugs.kde.org/show_bug.cgi?id=462413
--- Comment #2 from MarcP ---
That's a cool feature. I sometimes record .gpx tracks when I go hiking, and use
them to correlate the coordinates for these pictures without geolocation. But
yes, it's possible that having to recursively
https://bugs.kde.org/show_bug.cgi?id=462413
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=462413
Bug ID: 462413
Summary: Map view freezes when viewing large number of elements
Classification: Applications
Product: digikam
Version: 8.0.0
Platform: Appimage
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=461838
--- Comment #3 from MarcP ---
Ok, I have checked the traffic on my NAS, and yes, a single picture will be
transferred as many times as faces there are in the photo (so, 100MB for a 5MB
photo with 20 faces on it). Couldn't digikam get the photo
https://bugs.kde.org/show_bug.cgi?id=461838
--- Comment #2 from MarcP ---
But the thumbnails are reloaded from the picture iself, not from the thumbnail
already existing in the database, aren't they? In a NAS, that would mean that a
single picture would need to be transferred 20 times if
1 - 100 of 525 matches
Mail list logo
