I use embedded to create raw thumbnails. Now I find that face thumbnails can cause problems.
19 Replies
:wave: Hey @Nine,
Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich :immich:.
References
- Container Logs:
docker compose logs docs
- Container Status: docker ps -a docs
- Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
- Code Formatting https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline#h_01GY0DAKGXDEHE263BCAYEGFJA
Checklist
I have...
1. :blue_square: verified I'm on the latest release(note that mobile app releases may take some time).
2. :blue_square: read applicable release notes.
3. :blue_square: reviewed the FAQs for known issues.
4. :blue_square: reviewed Github for known issues.
5. :blue_square: tried accessing Immich via local ip (without a custom reverse proxy).
6. :blue_square: uploaded the relevant information (see below).
7. :blue_square: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable
(an item can be marked as "complete" by reacting with the appropriate number)
Information
In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:
- Your docker-compose.yml and .env files.
- Logs from all the containers and their status (see above).
- All the troubleshooting steps you've tried so far.
- Any recent changes you've made to Immich or your system.
- Details about your system (both software/OS and hardware).
- Details about your storage (filesystems, type of disks, output of commands like fdisk -l and df -h).
- The version of the Immich server, mobile app, and other relevant pieces.
- Any other information that you think might be relevant.
Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)
If this ticket can be closed you can use the /close command, and re-open it later if needed.@sogan
here?
Yup
Can you share the EXIF metadata for an image from this camera?
You can use exiftool
all data?
do you need -s?
Just the metadata relating to size, height, width
let me see
here
By the way, I found that the thumbnails I generated had black edges, so I used embedded
So the dimensions immich has in the DB are the full dimensions (9568x6376) while the embedded preview probably has the crop dimensions (9504x6336)
Since the cropping is based on the dimensions in the DB, it ends up being off when applied to the preview
The black frame that appears in the preview should be due to this reason?
Oh wait, there’s this field:
PreviewImageSize : 1616x1080
So the embedded preview dimensions are just totally differentIt sounds like we need to wait for immich to fix this problem. When using embedded to build thumbnails, face recognition and cropping should be based on the generated thumbnails, right?
It uses the original image so the cropped thumbnail is higher quality
It could use the preview if you have this setting enabled, but it’s not ideal since many people would have lower quality person thumbnails even if they don’t have this issue
At least consider it as an optional setting
It sounds like I can only make selections before the preview shows a black border and the faces don't crop correctly?
I think this is a bug and you can check if there’s an issue in GH for it. If there isn’t, feel free to make one
Okay thx~
If you want an immediate solution, there is a way to fix this. If you change the height and width in the DB for images from this camera to temporarily be 1616x1080 and then update the person’s thumbnail, the result should be correct
So a SQL command like
update exif set “exifImageWidth” = 1616, “exifImageHeight” = 1080 where “exifImageWidth” = 9568 and “exifImageHeight” = 6376;OKay I will try for this
maybe another way is create a jpg by myself
I think creating your own person thumbnails would be much more work tbh
A solution for immich would probably be to check if the “prefer embedded preview” setting is enabled when processing the person thumbnail. If it is, get the true dimensions of the embedded preview instead of using the value in the DB
That would fix this issue without lowering the quality of the thumbnails