61–70 of 136 posts
Are the people tags saved to the photo's file metadata somehow? I've thrown about 130,000 photos up to google photos for safe-keeping but want a second set of redundancy.
(I've looked at the sidecars from takeout, and the API). You might be able to scrape the metadata via puppeteer, but that's brittle and janktastic.
I haven't tried this out yet, but from the release notes it sounds like the new facial recognition system will be better than I am. I am not good at recognizing faces and have been waiting for quite some time for a good open source tool to recognize faces with.
Never thought of people with facial agnosia.. someone make an app !
Earlier quoted context omitted.
Darktable is mostly for RAW processing, Digikam is for organization / tagging afaik.
What is considered the best DAM (digital asset manager) for photos?
Overall photo editing with open source software is kind of a drag. The features are more or less there, the UX isn't.
Earlier quoted context omitted.
Right, computers do have loads of RAM. So just spin up a chromium fork for the UI, and a handful of http servers for the different background tasks, pull in a bazillion of dependencies, and... it's gone. The RAM, that is.
No, spin up a worker that listens on a queue and thumbnails an image on request so in an event the thumbnailer crashes on a corrupted image the entire app does not die. So the same for all other complicated tasks. It is not that handling run time errors has demonstrated to be a trivial tasks for a main app.
Earlier quoted context omitted.
You can configure what is added to the metadata in the settings.
It's a dubious default, though. Why muck with tags from originals when you don't have to?
KDE software is so great (digiKam, Kdenlive, Kate, Krita) unfortunately the KDE environment compared to Gnome is just so bug-ridden, especially when it comes to multi-monitoring, wayland-support and scaling. Gnome shines in these respecst. I wish thebest of both worlds!
Every year for at least last 5 years I have been trying Digikam. Every year like 99.9% of the reasonably complicated GUI-based single process multi-functional software written on Linux it would blow up while working with marginally large sets of files (~ 50k photos, roughly evenly split between 24 megapixel NEF files and random resolution jpegs ) It is just sad to see that the imaging/image processing/image organizin…
It was specifically designed to handles hundreds of thousands of images and is in the final stages of release.
We have a little bit more information and screenshots on the website: https://www.pixolage.com and would be grateful for any community feedback (or beta testers!).
Disclaimer: I work at Pixolage
Every year for at least last 5 years I have been trying Digikam. Every year like 99.9% of the reasonably complicated GUI-based single process multi-functional software written on Linux it would blow up while working with marginally large sets of files (~ 50k photos, roughly evenly split between 24 megapixel NEF files and random resolution jpegs ) It is just sad to see that the imaging/image processing/image organizin…
We are working on a multi-process GPU accelerated image viewer with the ability to seamlessly browse and organise through hundreds of thousands of photos. Although it is multi process, all applications are embedded in a container application. The processes communicate using 127.0.0.1. All done locally. It was specifically designed to handles hundreds of thousands of images and is in the final stages of release. We ha…
Earlier quoted context omitted.
We are working on a multi-process GPU accelerated image viewer with the ability to seamlessly browse and organise through hundreds of thousands of photos. Although it is multi process, all applications are embedded in a container application. The processes communicate using 127.0.0.1. All done locally. It was specifically designed to handles hundreds of thousands of images and is in the final stages of release. We ha…
Picasa can do it on a mediocre CPU, single threaded. That's the benchmark you should aim at.
In terms of development, we prefer developing on lesser hardware so that we can be sure that Pixolage will run super smooth for most setups (although long compile waits can be frustrating).
For scalability, nothing beats multi-process. (Due to the way the OS manages communications between GPU driverprocess using the GPU).
Completely agree - Picasa is/was a great application!