Most of the photos I take are junk photos: a picture of a receipt, a picture of a sprinkler model number, a picture of a random bug I saw while I was cleaning the pool. I just need these photos once and then I never need them again. I wish they would go away on their own.
Of course, there are also times when I do want to keep pictures, birthdays, vacations, etc.
I wish Immich (or someone) would create a camera with a switch that allows you to pre sort images into albums: permanent vs temporary
Of course, the Big Tech guys would never do this because they want you to store all of that junk on their clouds.
But, Immich could actually help trim junk.
AllYourSmurf@lemmy.world
on 02 Jul 17:55
nextcollapse
This is an excellent idea.
BartyDeCanter@piefed.social
on 02 Jul 18:54
nextcollapse
In iOS there is an app called ShutterDeclutter that every day shows you the all photos you took on that day of the year in your collection and has a swipe left/right to delete or keep each one. It makes the job of reviewing photos manageable for people with multi decade long albums. I really want Immich to add that feature.
xistera@lemmy.dbzer0.com
on 02 Jul 21:48
nextcollapse
I use an app called Slidebox on iOS. Every Saturday I review the pictures I’ve taken with it and either swipe up to delete or send them to an album at the bottom, I only sync the sorted album with immich.
You don’t need to delete them entirely. You can convert a 5MB/22 megapixel JPEG to a 500KB/2 megapixel AVIF that looks 95% as good when viewed on a phone screen.
Of course, I have no idea if immich can do this. It would be nice though.
electric_nan@lemmy.ml
on 03 Jul 04:33
nextcollapse
I just use a different camera app for those kind of pictures (receipts, etc). That camera app is configured to save pix to a location that doesn’t get backed up.
Main camera is whatever default is for Graphene. Also use “Open Camera” and “Fair Scan” from fdroid.
Appoxo@lemmy.dbzer0.com
on 03 Jul 11:22
nextcollapse
I think that would actually be doable in immich.
I’ve read that there is a regex step.
And you could also sort it into albums.
And assuming you can get the info from the API how old an asset and in which album it is (or just parse the items in an album asset group, it can be scriptable to purge items.
As an FYI to people who are upgrading and use a preexisting postgres database If you still use pgvecto.rs (if the command \dx on the immich database responds with vectors not vector) you will need to install both pgvector and vectorchord in order to continue using immich. This will require restarting your postgres instance at least once if not twice.
It threw me for a loop at first because of the similar naming. Just thought I would share.
Make sure you take a backup. Changing the docker container nuked my db. Had to restore from a backup
Appoxo@lemmy.dbzer0.com
on 03 Jul 11:28
nextcollapse
As usual during upgrades where loosing data is not acceptable.
ragingHungryPanda@piefed.keyboardvagabond.com
on 06 Jul 03:06
collapse
are you using named volumes or mounting a directory for the data directory in postgres? If you changed the docker compose and lost data, you may have been using an ephemeral volume.
Isnt that only relevant to users that started with a very old setup guide?
I started in the still-beta stage (I’d say 20-30 updates before the 1.0.0 release) and already had the immich version of the postgre vector container in the compose template.
I’m not sure, I was running 2.7.5 myself but i am not sure what version of immich I started with. I didn’t think this would effect fully docker setups much. I think this would mostly effected people who had configured with a preexisting database. I believe the docker edition with postgres built in upgraded for you awhile back unless you supplied an environment variable telling it to do otherwise.
brucethemoose@lemmy.world
on 02 Jul 21:08
nextcollapse
All the HEIC files from my camera are still busted.
To be fair, its a tricky issue. Its camera makers’ fault for using a format no one else wants to touch, and rendering them as HDR files instead of SDR with gain maps, as is standard practice for smartphones.
…But still, its annoying. They render fine on my iPhone, on Windows, or KDE Linux, out of the box. But they’re completely garbled in Immich :(
I’ve really wanted to ditch JPEG. It’s a 34 year old format.
The problem is that AVIF, JPEG-XL and HEIC/HEIF don’t work in many places. At a minimum I would want them to display in my gallery app (currently Nextcloud memories), display in a browser, and have native support at an OS level (i.e thumbnail previews). Neither format comes close to this.
I may even move away from Nextcloud over it. I didn’t want to deploy docker just for immich (I love LAMP, btw). However Nextcloud is SO MUCH maintenance compared to the 50 other services running on my server.
brucethemoose@lemmy.world
on 02 Jul 22:59
nextcollapse
JXL is working alright for me.
As an example with a lot of dynamic range, here’s a JXL:
Both render in my desktop and iPhone browsers, just fine. I bet at least one renders for you. And I made them from RAWs from a really old camera!
The problem is, as you say… arbitrary lack of support. As an example, I can’t upload either file to Lemmy. Brand new social media software, and it doesnt’ recognize JXL or AVIF as valid image types, even though they should render just fine? Most image hosts wont take JXL either, hence I had to upload them to litterbox since catbox is down!
An HEIF, on the other hand, has basically 0 support outside of Apple:
My NAS is running Arch (btw) and I have Immich installed baremetal because someone’s nicely maintaining it in the AUR… would need a little work to convert that script into something for another distro…
Yep, esp. as the Immich team (and most likely others) should be using automation for their container builds anyway…
WhyJiffie@sh.itjust.works
on 05 Jul 20:48
collapse
At a minimum I would want them to display in my gallery app (currently Nextcloud memories), display in a browser,
there’s a new push to support JPEG-XL in Firefox. it got a labs toggle recently so you can enable it for yourself. I think chrome has done something too.
and have native support at an OS level (i.e thumbnail previews). Neither format comes close to this.
what OS do you use? KDE flavoured linux handles it fine. probably not KDE specific though.
I saw the JXL article recently. It’s good progress. Didn’t a major browser remove JXL support after it was added?
I’m on Ubuntu gnome. I think the biggest outlier was LibreOffice, which didn’t support any modern formats.
WhyJiffie@sh.itjust.works
on 08 Jul 06:43
collapse
Didn’t a major browser remove JXL support after it was added?
yes, chrome, a few years ago. google wanted to push its own inferior format
I think the biggest outlier was LibreOffice, which didn’t support any modern formats.
that’s possible it does not use the system libraries for that. but the system file manager and system gallery app should support it, and anything that uses the same libs
anon_8675309@lemmy.world
on 03 Jul 00:05
nextcollapse
Why don’t they support Background Resource Upload PhotoKit API on iOS?
They have a new api that lets photos be backed up in the background similar to how the photos app does with iCloud. But… Immich cannot use it because Apple say you have to hard code the URL. That doesn’t work for self hosting.
Ahahaha, nice. Loosely reminds me of how we looked at implementing share-to-app (when that was a novel thing) in a mobile OS circa 2011 and we looked at how iOS did it. It was a list of hardcoded targets - Facebook, Twitter. No pluggability no nothing. Our product team was like - if no pluggability is good enough for Apple, it’s good enough for us!
The first preview of Workflows is here! Workflows let you automate actions in your library by chaining triggers, filters, and actions together with a drag-and-drop builder. This is the foundation for many exciting automations to come, and we’d love your feedback as we continue building on it.
It’s a user-friendly way to say “when X happens, do Y”.
I just want it to not delete things of NFS goes down.
Edit: Also, manual steps for a containerized update are dumb. All these manual steps should be handled in migrations. I have started a discussion on this: github.com/immich-app/immich/discussions/29513
WhyJiffie@sh.itjust.works
on 05 Jul 20:36
collapse
I just want it to not delete things of NFS goes down.
that’s a pretty bad flaw. mounts could disappear for many reasons, not only NFS but any kind of mount.
Yea, Iove Immich, but this almost got me. It moves them to trash unless the volume comes back in 30 days. If 30 days go by, you lose all metadata, scanned people, etc. I was out of town when it happened.
WhyJiffie@sh.itjust.works
on 08 Jul 06:39
collapse
oh so it’s not a bug but a design decision. I don’t know whether that’s better or worse. maybe it could be patched…
Decronym@lemmy.decronym.xyz
on 03 Jul 12:20
nextcollapse
Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:
Fewer Letters
More Letters
LAMP
Linux-Apache-MySQL-PHP stack for webhosting
NAS
Network-Attached Storage
NFS
Network File System, a Unix-based file-sharing protocol known for performance and efficiency
3 acronyms in this thread; the most compressed thread commented on today has 3 acronyms.
The upgrade was pretty trivial from 2.7.5. Minimal changes in the docker compose file if your was up-to-date on 2.7.5. Mostly version changes. No changes needed to .env other than going to v3.
Alfredolin@sopuli.xyz
on 03 Jul 21:29
nextcollapse
Where is the f-droid client update that belongs to it?
WARNING: current f-droid version is not compatible with latest server version!!
No extra repo and f-droid basic repo does not have it. I took it through obtainium and so had to delete/download the app and redo my settings…
chris@lemmy.grey.fail
on 04 Jul 13:48
nextcollapse
Quick question – why’s the official Docker compose using a PostgreSQL image four versions out of date? I’m running postgres:18 everywhere else, these days.
threaded - newest
Upgrade guide from Immich v2 - immich.app/blog/v3-migration.
My upgrade path was breaking by deployment a few weeks ago, seeing the v3 was around the corner and just starting again :)
Sad to see the I can’t make a workflow to add photos to an album based on face recognition. Wanted that you have a family album
That’s probably coming too. This is the first preview of the feature.
Maybe thisis interesting to you in the meantime: github.com/romainrbr/immich-face-to-album
Yes, this is great! Thanks
I was just thinking about this the other day: https://github.com/immich-app/immich/tree/main/docker
I definitely have not been checking for updates on the compose files on any of my self hosted apps… I probably should…
In all honesty, immich’s very opinionated way of doing a compose file gives me so many headaches compared to pretty much every other docker app I use.
I just updated last night to 2.7.5 ha
9/10
gamblersselfhostersquitupgrade right beforehitting the jackpota major version releaseI literally just updated mine two days ago 😂
Less than 24 hours here lol.
Wait you guys upgrade?
Most stable release to stay at for now.
You won’t loose out on anything by waiting ;)
Ooh, the workflows idea is interesting.
What I really want is for my photos to expire.
Most of the photos I take are junk photos: a picture of a receipt, a picture of a sprinkler model number, a picture of a random bug I saw while I was cleaning the pool. I just need these photos once and then I never need them again. I wish they would go away on their own.
Of course, there are also times when I do want to keep pictures, birthdays, vacations, etc.
I wish Immich (or someone) would create a camera with a switch that allows you to pre sort images into albums: permanent vs temporary
Of course, the Big Tech guys would never do this because they want you to store all of that junk on their clouds.
But, Immich could actually help trim junk.
This is an excellent idea.
In iOS there is an app called ShutterDeclutter that every day shows you the all photos you took on that day of the year in your collection and has a swipe left/right to delete or keep each one. It makes the job of reviewing photos manageable for people with multi decade long albums. I really want Immich to add that feature.
I use an app called Slidebox on iOS. Every Saturday I review the pictures I’ve taken with it and either swipe up to delete or send them to an album at the bottom, I only sync the sorted album with immich.
For Android there’s PhotoSwooper which works somewhat similar @uuj8za@piefed.social
You don’t need to delete them entirely. You can convert a 5MB/22 megapixel JPEG to a 500KB/2 megapixel AVIF that looks 95% as good when viewed on a phone screen.
Of course, I have no idea if immich can do this. It would be nice though.
I just use a different camera app for those kind of pictures (receipts, etc). That camera app is configured to save pix to a location that doesn’t get backed up.
which camera app do you use?
Main camera is whatever default is for Graphene. Also use “Open Camera” and “Fair Scan” from fdroid.
I think that would actually be doable in immich.
I’ve read that there is a regex step.
And you could also sort it into albums.
And assuming you can get the info from the API how old an asset and in which album it is (or just parse the items in an album asset group, it can be scriptable to purge items.
I just delete images when I’m scrolling.
I see your point but I don’t struggle enough to have a seperate shutter app that auto deletes images.
Also, when deleting a photo, it’s stored for another 30days. You can easily come back a couple of days later in case you still need the photo.
As this is version 3.0.0, I’ll wait a bit before upgrading.
Wait for 3.0.3 and then the emergency 3.0.4. 😅
This is my thought also. v2.7.5 has been stable since April. I’m gonna stick with that for the moment.
LOL. Called it! 🤣
https://github.com/immich-app/immich/releases/tag/v3.0.1
I updated and quickly found that phone wasn’t updating images. But then there was an update for the server and phone app very quickly.
Yeah, even when jumping minor versions they tend to spend a few days/weeks pushing patches, I’ll wait a bit before updating.
They already pushed 3.0.1
Neat! Commenting so I’ll remember to revisit.
Have you seen the bookmark feature on lemmy?
Does it remind you?
No, but neither do comments unless someone replies… Like me in this case I guess :D
Sounds like you should self-host Nextcloud with Tasks and Tasks.org on your phone. 😄
You mean run TaskWarrior and host a sync server, right?
Reminder :)
Container-free yet? #slsa.dev
As an FYI to people who are upgrading and use a preexisting postgres database If you still use pgvecto.rs (if the command \dx on the immich database responds with vectors not vector) you will need to install both pgvector and vectorchord in order to continue using immich. This will require restarting your postgres instance at least once if not twice.
It threw me for a loop at first because of the similar naming. Just thought I would share.
Make sure you take a backup. Changing the docker container nuked my db. Had to restore from a backup
As usual during upgrades where loosing data is not acceptable.
are you using named volumes or mounting a directory for the data directory in postgres? If you changed the docker compose and lost data, you may have been using an ephemeral volume.
Isnt that only relevant to users that started with a very old setup guide?
I started in the still-beta stage (I’d say 20-30 updates before the 1.0.0 release) and already had the immich version of the postgre vector container in the compose template.
I’m not sure, I was running 2.7.5 myself but i am not sure what version of immich I started with. I didn’t think this would effect fully docker setups much. I think this would mostly effected people who had configured with a preexisting database. I believe the docker edition with postgres built in upgraded for you awhile back unless you supplied an environment variable telling it to do otherwise.
All the HEIC files from my camera are still busted.
To be fair, its a tricky issue. Its camera makers’ fault for using a format no one else wants to touch, and rendering them as HDR files instead of SDR with gain maps, as is standard practice for smartphones.
…But still, its annoying. They render fine on my iPhone, on Windows, or KDE Linux, out of the box. But they’re completely garbled in Immich :(
I’ve really wanted to ditch JPEG. It’s a 34 year old format.
The problem is that AVIF, JPEG-XL and HEIC/HEIF don’t work in many places. At a minimum I would want them to display in my gallery app (currently Nextcloud memories), display in a browser, and have native support at an OS level (i.e thumbnail previews). Neither format comes close to this.
I may even move away from Nextcloud over it. I didn’t want to deploy docker just for immich (I love LAMP, btw). However Nextcloud is SO MUCH maintenance compared to the 50 other services running on my server.
JXL is working alright for me.
As an example with a lot of dynamic range, here’s a JXL:
<img alt="JXL image should be here" src="https://litter.catbox.moe/yalwoafexu5czwq5.jxl">
AVIF:
<img alt="AVIF image should be here" src="https://litter.catbox.moe/0y8rp3s3rgyeh7z7.avif">
Both render in my desktop and iPhone browsers, just fine. I bet at least one renders for you. And I made them from RAWs from a really old camera!
The problem is, as you say… arbitrary lack of support. As an example, I can’t upload either file to Lemmy. Brand new social media software, and it doesnt’ recognize JXL or AVIF as valid image types, even though they should render just fine? Most image hosts wont take JXL either, hence I had to upload them to litterbox since catbox is down!
An HEIF, on the other hand, has basically 0 support outside of Apple:
<img alt="HIF Image should be here" src="https://litter.catbox.moe/iopww2emvjuq93kl.HIF">
All three of these render correctly on my phone, but only the top two do on other devices.
On my OPPO Android using Voyager only the AVIF loads
You’ve demonstrated my point perfectly 😆
<img alt="" src="https://lemmy.world/pictrs/image/21ddb18c-7bd5-4bc8-9036-919dafc36004.jpeg">
What platform is that, out of curiosity? Im pretty sure everything should load an AVIF.
Voyager on GrapheneOS (Android 17)
Strangely enough, the AVIF is displaying now.
That makes sense. The image host I used is pretty unreliable.
Which is the second issue. No image hosts even support JXL or AVIF, except catbox.moe. It’s infuriating.
weird, voyager with android 14 here, and I can see the AVIF image
At least any pictures uploaded on dbzer0 is converted to webp
Well…
<img alt="" src="https://lemmy.dbzer0.com/pictrs/image/f1a7a095-f2e5-478a-a853-7422f3160577.webp">
Client: Voyager
Om Android, or iOS?
Voyager Client, Android
Which distro are you using?
My NAS is running Arch (btw) and I have Immich installed baremetal because someone’s nicely maintaining it in the AUR… would need a little work to convert that script into something for another distro…
Ubuntu server.
I found a dude maintaining a deb repo. I might give that a shot.
It’s kinda nuts that people have got it working and fully automates the packaging, but immich haven’t taken it on.
Yep, esp. as the Immich team (and most likely others) should be using automation for their container builds anyway…
there’s a new push to support JPEG-XL in Firefox. it got a labs toggle recently so you can enable it for yourself. I think chrome has done something too.
what OS do you use? KDE flavoured linux handles it fine. probably not KDE specific though.
I saw the JXL article recently. It’s good progress. Didn’t a major browser remove JXL support after it was added?
I’m on Ubuntu gnome. I think the biggest outlier was LibreOffice, which didn’t support any modern formats.
yes, chrome, a few years ago. google wanted to push its own inferior format
that’s possible it does not use the system libraries for that. but the system file manager and system gallery app should support it, and anything that uses the same libs
Why don’t they support Background Resource Upload PhotoKit API on iOS?
Nm: I know why now. Apple are such bitches.
What is it, restricted access? Am an Android user since 2008 and never had an iOS device so I’m clueless.
They have a new api that lets photos be backed up in the background similar to how the photos app does with iCloud. But… Immich cannot use it because Apple say you have to hard code the URL. That doesn’t work for self hosting.
Ahahaha, nice. Loosely reminds me of how we looked at implementing share-to-app (when that was a novel thing) in a mobile OS circa 2011 and we looked at how iOS did it. It was a list of hardcoded targets - Facebook, Twitter. No pluggability no nothing. Our product team was like - if no pluggability is good enough for Apple, it’s good enough for us!
This could be worked around, in theory
How so?
By operating a relay? Then it wouldnt be 100% selfhost and be dependant on immich being accessible at all times.
And not eventually bought by some shady company.
That too.
Yes, exactly. But at least you can have an e2e encrypted relay as syncthing does.
This problem is similar to the one faced by Matrix on iOS, and they provide the notification service. All of your conclusions apply though.
If so Apple would reject the app from the App Store.
Is that why my partners phone won’t upload her photos… So annoying
No
I mean, couldn’t we just use a different camera app altogether?
Apple problems lol. And not even that.
Arent there even 3rd party camera tools? Or are they not permitted to use the whole hardware like Apple can?
There’s 3rd party camer apps. Apples actually pretty good about giving full camera access to apps.
The more you know.
Only got an iPad for free.
Though I have to say it’s pretty neat to have while cooking.
Does anyone know if chunked upload has been implemented? Vital for who’s behind cloudflare
Haven’t tested it, but according to the issue tracker: no.
I was just setting up my homelab 👀 looks like I was just in time to give it a bit before rebuilding lol
Nice, in the process of backing up before upgrading my containers! :)
What are workflows?
It’s a user-friendly way to say “when X happens, do Y”.
Brilliant thank you, I thought it was some AI site because I keep hearing it in context of new models. IFTTT essentially.
I just want it to not delete things of NFS goes down.
Edit: Also, manual steps for a containerized update are dumb. All these manual steps should be handled in migrations. I have started a discussion on this: github.com/immich-app/immich/discussions/29513
that’s a pretty bad flaw. mounts could disappear for many reasons, not only NFS but any kind of mount.
Yea, Iove Immich, but this almost got me. It moves them to trash unless the volume comes back in 30 days. If 30 days go by, you lose all metadata, scanned people, etc. I was out of town when it happened.
oh so it’s not a bug but a design decision. I don’t know whether that’s better or worse. maybe it could be patched…
Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:
3 acronyms in this thread; the most compressed thread commented on today has 3 acronyms.
[Thread #40 for this comm, first seen 3rd Jul 2026, 12:20] [FAQ] [Full list] [Contact] [Source code]
The upgrade was pretty trivial from 2.7.5. Minimal changes in the docker compose file if your was up-to-date on 2.7.5. Mostly version changes. No changes needed to .env other than going to v3.
Where is the f-droid client update that belongs to it?
WARNING: current f-droid version is not compatible with latest server version!!
No extra repo and f-droid basic repo does not have it. I took it through obtainium and so had to delete/download the app and redo my settings…
Quick question – why’s the official Docker compose using a PostgreSQL image four versions out of date? I’m running postgres:18 everywhere else, these days.
github.com/immich-app/…/docker-compose.yml
database: container_name: immich_postgres image: ghcr.io/immich-app/postgres:14-vectorchord0.4.3-pgvectors0.2.0It uses an unusual PostgreSQL extension. Maybe an update is not that trivial.
Oh, thanks for the clarification. That makes sense.
wait… there was a v2.* ? feels like yesterday that i read about the release and wanted to check it out since