Repository navigation
v3.3.0 #32193
Replies: 13 comments 28 replies
|
First off, great work on this release, a lot of cool new things!!
Is there a way to disable e.g. the storage quota always being used? This release note reads like it could be optional ("they can be synced") but I didnt find any config settings for it in the oauth docs. My usecase is that I want a default size (10GB) for all users, but then allow more storage in the immich app itself. Im understanding the change now so that whenever users log in again, it will be reset to 10GB for all of them? |
Does this mean we can add users to the cluster group without rerunning the facial recognition? This was resuired in the previous release, correct? |
|
Anyone else missing button for that shared Manage access for people? . I don't have that access in web interface. |
|
PPPPPEEEEEEOOOOOOOOOPPPPPPPPPPPLLLLLLLLLLEEEEEEEEEEEEEEEEE SSSSSSSSSSSHHHHHHHHAAAAAAAAAAARRRRRRRIIIIIIIINNNNNNNNNGGGGGGGG!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! I've been waiting for this for so long!!!!!!!!! AMAZING!!! THANK YOU SO MUCH! Side note, I noticed my existing v3.2.4 I could view 'new' people which were my wife's account people. I merged them for fun and it worked on web, but not mobile. Updating now and exploring the new features! I've been looking forward to this for so long. |
|
Does the Birthday feature have to be enabled somewhere? I have a person with the birthdate of today and container date also matches, but no birthday card appears anywhere. |
|
Great release. Thanks for all the work into people sharing! I've started using it and so far it works great (without rerunning the facial recognition), but I wonder... let's say there are two immich users (A and B) who have one person (Foo) tagged and shared mutually (A shares Foo with B and B shares their version of Foo with A), then they merge the faces (since it's the same person). Is it allowed for one of the immich users to stop sharing Foo with the other user? What would happen if they do it? Thanks again! |
|
Is there a way to re-generate all thumbnails of existing images so that the new resampling method is used? |
|
Regarding the opt-in Machine learning new model:
This is what I added in my compose.yml for the immich-machine-learning service: Is that ok, how to verify it is correctly using the new model? I see in the log some reference to openai/v2: As expected, the first search took some time, and then it was back to immediate/fast results. |
I tested these with the last RC yesterday and the improvement is incredible. I re-ran all the ML jobs at the same time with my normal settings ( 30% util leaves quite a bit of headroom so I bumped the models to
Awesome work @mertalev and team! ETA: I didn't even notice the OCRv6 part, nice! |
|
I have another question about the people sharing feature. Another immich user shared a person with me and if I open that face and go to the "Manage Access" dialog, I see a button to "share back" that person... What does it do? I don't understand why would I share back a person with the user who actually owns it and shared it with me. (This is on 3.3.1, btw, but I think I also saw the button in 3.3.0). Thanks! |






Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
v3.3.0
Note
We're collecting feedback related to people sharing in this discussion: #32196
Welcome to Immich
v3.3.0!This release includes people sharing, birthday memories, auto-stacked mobile edits, and a variety of other enhancements and bug fixes. Keep reading below for the full list of highlights.
Highlights
Shared people management
We are very pleased to release the next big milestone towards better sharing: people can now be shared!
As a user you can share people with another user in your cluster group:
Note
The “Manage access” modal can be opened from both the “People” (
/people) and “Sharing settings” (/user-settings) pages in the web application. The modal is not available on mobile, yet.When sharing a person with another user, the shared person:
Note
Person sharing is directional. This means that each user needs to share each person back for edits to automatically work in both directions.
By default, changes to the name & date of birth are reflected for both users. On the web, the “Edit person” modal has an option to change the name/date of birth for “Only me” instead of the whole group.
Also, there is a preference for this behavior in the “Sharing settings”, which can be changed to make this the default behavior when editing a person. The setting can be changed here: https://my.immich.app/user-settings?isOpen=feature+people.
The setting has two options:
Lastly, by allowing cross-user merging, you can now merge a face from your own assets with people shared with you from other users. This is especially helpful if you didn't want to re-run facial recognition after joining a cluster group before. Now, after setting up bi-directional sharing, users can manually link people together.
Birthday memories
In an effort of making Immich more joyful to use, we are introducing memories for people's birthdays.
If it's the birthday of a person in your library, Immich will now celebrate that with a special memory featuring previous birthdays.
Auto-stacked mobile edits
When using something other than Immich for editing images on your phone, Immich will now stack those edits on top of the original. This allows for Immich to show all edits in one place, without cluttering the timeline.
This should provide a more organized timeline, especially when you heavily rely on editing assets on your phone.
Sync OAuth claims on every login
Immich supports OAuth claims for storage quota, the user role, and the preferred username. Up until now, those were only synced on registration.
Now, they can be synced on every login, allowing you to do active user management through your IDP, updating quotas and roles as you go and as necessary, and Immich will adopt those changes.
Higher quality thumbnails and previews
Immich now uses a more accurate image resampling method, improving detail preservation and brightness, especially for high contrast details. All image formats benefit from this change.
Before
After
Thumbnails already generated before this release won’t be affected by this change. To make it apply to existing thumbnails, you can run thumbnail generation on all assets in the job panel.
Machine learning performance and accuracy improvements (opt-in)
Note
We have re-exported and published the same machine learning models in an optimized format. This means they can be used as-is and do not require re-running any jobs. Opt-in to the revised machine learning models by adding the following environment variable to the machine learning container:
MACHINE_LEARNING_MODEL_REVISION=v2.After a long list of optimizations, ML is both significantly faster and uses less memory. This affects every backend, including CPU inference. However, the level of improvement varies by model and backend. Cases where certain backends (such as OpenVINO) produced wrong outputs at times should be resolved.
RKNPU, used by Rockchip boards, now supports every model in the catalog including OCR for the first time, bringing it to parity with other backends. Additionally, TensorRT RTX is now used for Ampere (30xx) and newer NVIDIA GPUs, improving performance significantly.
To fully benefit, set
MACHINE_LEARNING_MODEL_REVISION=v2to allow more optimized models to be downloaded and used. Many of the improvements rely on these optimized models and will not take effect when using the old ones. The outputs of the new and old models are numerically equivalent, so switching doesn’t require re-running any tasks. This setting will be the default in a later release.As always, keep in mind that the very first time you load a model requires more preparation work, so don’t be surprised if it takes some time at first. This preparation is cached and reused, so loading the model will be much faster after the first time.
New OCR models
The PP-OCRv6 family is now supported. These models are significantly more accurate than the previous PP-OCRv5 generation while all being multilingual. PP-OCRv6_tiny is efficient and suitable for modest hardware, PP-OCRv6_small is a notable jump in accuracy compared to PP-OCRv5_mobile, and PP-OCRv6_medium improves on PP-OCRv5_server as the highest quality and most demanding option.
Notable fix: correct storage size on MacOS
The block size used to calculate the storage capacity and usage has some nuances to it. In some situations (*cough* Docker on MacOS *cough*), we didn’t have enough information to correctly compute accurate values. With this release, the reported storage usage and capacity should now be correct.
Technical details
Recent NodeJS releases now expose the
frsizeproperty, which is sometimes different frombsize(“block size”). In those cases the calculate storage sizes could often be off by a factor of4096(or more). In fact, #4318 has been our fourth oldest open issue (including the renovate dashboard), opened just over three years ago. Now, with accurate block sizes our storage calculation should be correct, even in Docker on MacOS.We are very happy to finally see this issue resolved, even though it only meant a dependency bump and a tiny code change for us.
As always, please consider supporting the project.
🎉 Cheers! 🎉
Support Immich
If you find the project helpful, you can support Immich by purchasing a product key at https://buy.immich.app or our merchandise at https://immich.store
And as always, bugs are fixed, and many other improvements also come with this release.
What's Changed
🚀 Features
🌟 Enhancements
🐛 Bug fixes
📚 Documentation
🌐 Translations
New Contributors
xto typographically correct×(×in HTML) symbol #31304Full Changelog: v3.2.4...v3.3.0
This discussion was created from the release v3.3.0.
All reactions