cross-posted from: https://kbin.melroy.org/m/[email protected]/t/1225798
After: ~1,337 days, 271 releases, 78,000 stars on GitHub, 1,558 contributors, 31,500 members on Discord, 36,000 members on Reddit, 68 languages on Weblate, Surviving the controversial announcement about joining FUTO, Having overwhelming success and support from the community with the product keys model, Launching the Merch store, Attending our first FOSDEM, …and before the release of GTA VI We are thrilled to announce the stable release of Immich! 🎉
I’m really excited about such a large project adopting semver! I never got the trend for software without a need for rapid release cycles adopting purely time-based version numbers.
1,337 days
🫡
And before GTA VI.
Love it. Lol.
Awesome! But damn, I just installed
v1.144.1last night to play around with it. 😁Bro 2.0 came so fast I didn’t even have time to do 144, like why did they even bother releasing that when 2.0 was coming the very next day lol
Different release news
If you’re running it via docker compose it’s trivial to upgrade, and there are no breaking changes. Pull, down, up, you’re done.
We aim to introduce additional paid services (not paywalled features, as we will never implement paywalled features), which will help support the project and that enhance self-hosting, making it easier and more reliable. First among the many services already planned is an end-to-end encrypted, off-site backup and restore feature, built directly into Immich. This will enable a buddy backup feature as well.
I love this.
Free features, but offering actual useful services for self-hosters (encrypted cloud backup). Great business model for a project like this.
What is the difference between a paid service and a paywalled service in this case?
If you don’t want to pay Immich for backups, you can take care of off-site backups yourself using tools like rclone to your hard drive or any off-site storage of your choice. A paywall here would be not allowing offsite backups at all unless you pay Immich.
A paid service is something that is going to have running costs on the side of the provider. E.g. the cloud backup means they need to buy/rent storage space. If they were to do something like a service for remote machine-learning (for people that do not have the hardware to properly do that) that would be a running cost of renting gpu-time.
A paywall is a feature that would work perfectly fine without any external factors, but its blocked because you didn’t pay.
Some nuance is needed of course. Often a paid service could be self-hosted (thats why I love being able to self-host the machine learning in immich, with a different design choice that could’ve totally been a paid service).
Having their own flagship instance, like Ente, would go a long way toward providing funding. I bet Ente is making a whole lot more money.
They said they will do that in a FUTO video I can’t find right now.
Yahoo! Congrats to the Immich teams and developers!
I really like where immich is headed. Bought a license last week and finally deleted Google Photos.
You mean you deleted App-Which-Shall-Not-Be-Named?
How does this compare with Ente?
All photos in Ente are E2EE — only client devices can decrypt it. Immich doesn’t have any encryption thus allowing anyone who manages the server to view your photos as they are. Immich is fully self-hosted while with Ente you have an option for paying Ente or self-host. I honestly prefer Immich because the features outweigh the encryption as I own the server myself and Ente is a bit complicated to setup — I think you even have to deploy the entire Ente Ecosystem Stack.
Ooh this is great news! I guess it was both an entertaining experience and a chore at the same time bumping the server version every once in a while to keep the mobile app functioning.
Huge props to the team, it’s one of the best pieces of software I’ve used in quite some time.
Does Immich still require you to store all user photos into the same central directory?
I can’t move my family from Synology’s offering until I can be sure each users photos will be backed up to their own accessible drive.
Is external libraries maybe what you’re looking for?
This is how I do it. I don’t let it move my files.
I think they’re organized into individual user directories (in one location), so could probably set up a directory backup per user to their own device if so desired.
Each user has a subdirectory, I dont see a reason you couldn’t symlink them so they actually reside on different drives.
You can store uploads on a different drive if you want also.
This is fantastic to see, but I recently moved away from Immich with heavy heart because of a simple issue.
I have a very minimal setup with just a RasberryPi and an external hard drive, I don’t need to access anything from outside my home so it is not setup to be accessible via internet, just Wifi.
Since I am not home all the time I set it up that the hard drive goes to sleep after an hour or so of inactivity. It is not unusal that this means it gets to be in sleep mode for 8-10 hours once or twice per day, which I’d assume is better for its life expectancy.
Since an update this year though something changed for Immich, I think it was connected to the postgres database… sorry, don’t remember fully since this was like 2 months ago. It would keep checking or writing on the drive and thus keep it awake the entire day. 24/7.
I found some issues on github that mentioned this from months ago and they didn’t come to a good conclusion how to solve this, so unless this is adressed I cannot use Immich, sadly. Putting postgres on the SD card instead would probably suck for how long that one will be alive.
Edit: if anyone is interested, here is one issue I found on github that describes this https://github.com/immich-app/immich/issues/15918
Edit2: found another https://github.com/immich-app/immich/issues/11569 Apparently it was healthchecks and I didn’t test if that would solve the issue for me, I might try again with a small setup.
it gets to be in sleep mode for 8-10 hours once or twice per day, which I’d assume is better for its life expectancy.
It’s actually the opposite.
How so?
It is worse for life expectancy.
Spinning up and down puts parts under more stress than simply spinning constantly, assuming vibrations are minimal. Basically repeated changes in velocity are bad for mechanical parts, compared to just spinning at a constant rate.
Thank you for giving an actual answer. But this makes me wonder, there must be some middle ground where spinning it down is not worse than keeping it running. E.g. only spinning down and up once a day or once every few hours, is there any data for that you know of?
Hard drives are so variable and failures so unpredictable, I bet you can’t find that information. Most of the actual data about hard drive failures, like Backblaze’s reports, are for drives that don’t spin down.
That said, spin-down has always been used for saving power, not drive lifetime. I would generally assume spinning down never extends lifetime. Even in the case of an external hard drive you plug in once a month - it is very likely going to fail earlier than the drive spinning 24x7.
Also, I wouldn’t shy from keeping the database on the same, fast storage as the OS, even if that’s flash. Move to an external SSD when you can. HDDs have such long seek times.
Welp, TIL, thanks everyone for the useful detailed answers.
A couple of questions for those who have used it. Does it back up the video snippet portion of the live photos? Does it have webdav support so I can backup to pcloud? Can it backup to multiple places, like my local harddisk and the pcloud storage?
Does it back up the video snippet portion of the live photos?
Yeah it works great for live photos I take with my Pixel. Should work for iOS ones too.
I can confirm it works for iOS ones, and they play on non-iOS devices as well
Don’t think it has WebDAV support but you can use rsync to back up to pcloud. That’s how I handle it.
Also, by default when you upload files to Immich it creates it’s own directory structure but they have Storage Templates you can enable/customize to make it more human readable so the backups are more useful if looking at them without Immich.
Another option of you want more control over the directories themselves is External Libraries… but I don’t believe uploading works with them, so you’d have to manually manage them outside of Immich (which kind of defeats the purpose IMO)
Hopefully they improved face tagging. I can’t work out how to add a new person’s name.
On the phone app you go to Library -> People -> “Add a name” at the top.
“High performance self-hosted photo and video management solution.”
Finally! Been waiting for a stable release since their roadmap. Really glad I don’t have to treat it as a very experimental service that breaks once a while anymore.
Huge thanks to al the contributors who made this possible.
Kudos! 🥳
God damnit, now I need to set up k8s and install it.
I’ve been putting off moving out of Google photos for years. No, no, I shouldn’t spend the time to host it. It has that scary banner.
Way to ruin my weekend! /s
Congrats Immich Team! /and if you’re listening, thanks!
K8s prob overkill if it’s just you and your family
K8s is pretty cheap for fault tolerance
Two VM’s and two Pi
If my wife decides whe wants to watch the wedding video or the kids first TKD break and it’s down, she’ll clamor to move back to Google/Apple. I can also move my piholes over there and some of my arr stack.
Resillient hosting for zero cost is pretty hot.
I was going to finally do k0/k3 or something kubernetes to set it up. I managed to get it going scalable with just docker swarm. So the kubernetes procrastination survived another deployment!
