immich-app / immich

High performance self-hosted photo and video management solution.
https://immich.app
GNU Affero General Public License v3.0
52.73k stars 2.8k forks source link

[BUG] iOS Live Photo effect affects uploaded still image #5828

Open smndtrl opened 11 months ago

smndtrl commented 11 months ago

The bug

Image from the Bounce upload is heavily resized, is missing metadata and is also 10x smaller on avg Image from the Live upload is as expected full camera resolution, contains camera metadata (incl GPS)

I initially though it is related to https://github.com/immich-app/immich/issues/5473. Posted as separate issue as requested by @shenlong-tanwen

The OS that Immich Server is running on

TrueNAS

Version of Immich Server

1.90.2

Version of Immich Mobile App

1.91.2

Platform with the issue

Your docker-compose.yml content

TrueNAS chart default

Your .env content

TrueNAS chart default

Reproduction steps

1. Apply effect (e.g. `Bounce`)
2. Upload to server
3. Download image + video files from server
4. Delete image/video from server
4. Remove effect (back to `Live`)
5. Upload to server
6. Download image + video files from server
7. Compare
...

Additional information

No response

smailpouri commented 2 months ago

Having an issue with LivePhotos with effects (Bounce for example), looks like Immich is not handling them properly.

The file size is completely reduced when downloaded, tho weirdly the bounce effect video sidecar seems intact

Screenshot 2024-09-15 at 1 55 59 PM

IMG_7408.HEIC = The original file I would assume, but seems corrupted:

Screenshot 2024-09-15 at 1 59 44 PM

IMG_7408.MOV = the Bounce effect sidecar, seems intact. IMG_7408+1.HEIC = opens the files as expected, I doubt this is the original quality though.

When I click download from the web interface it downloads the corrupted original file.

I also noticed other files which I don't really understand why they exist in double, just at different quality/file size within the same folder:

Screenshot 2024-09-15 at 2 05 32 PM

The bigger file size seems to be the original video file and the smaller version of the same file seems to be the transcoded h264.720p version of the same video. Not sure why this would be here in lieu of maybe the generated transcoded folder.

Happy to provide more details if needed:

System: macos Docker Desktop on Apple Silicon M1, latest version Immich Server: v1.115 client upload: iOS v1.115 files in: - ${UPLOAD_LOCATION}:/usr/src/app/upload