You must log in or # to comment.
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. 😅
Yeah, even when jumping minor versions they tend to spend a few days/weeks pushing patches, I’ll wait a bit before updating.
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
Upgrade guide from Immich v2 - https://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: https://github.com/romainrbr/immich-face-to-album
Yes, this is great! Thanks
Why don’t they support Background Resource Upload PhotoKit API on iOS?
Nm: I know why now. Apple are such bitches.
I mean, couldn’t we just use a different camera app altogether?
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!
Does anyone know if chunked upload has been implemented? Vital for who’s behind cloudflare
What are workflows?
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”.
Brilliant thank you, I thought it was some AI site because I keep hearing it in context of new models. IFTTT essentially.
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.
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:
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:
All three of these render correctly on my phone, but only the top two do on other devices.
You’ve demonstrated my point perfectly 😆
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.
weird, voyager with android 14 here, and I can see the AVIF image
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, which is down now! It’s infuriating.
but only the top two do on other devices.
On my OPPO Android using Voyager only the AVIF loads
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.
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
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: https://github.com/immich-app/immich/discussions/29513
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.
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…
Nice, in the process of backing up before upgrading my containers! :)
Neat! Commenting so I’ll remember to revisit.
Sounds like you should self-host Nextcloud with Tasks and Tasks.org on your phone. 😄
Container-free yet? #slsa.dev
