Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Images backed up from iOS don't keep correct orientation #8355

Open
1 of 3 tasks
j-peeters opened this issue Mar 29, 2024 · 16 comments · May be fixed by #16089
Open
1 of 3 tasks

Images backed up from iOS don't keep correct orientation #8355

j-peeters opened this issue Mar 29, 2024 · 16 comments · May be fixed by #16089
Assignees
Labels
format File format support

Comments

@j-peeters
Copy link

The bug

Backup photos to my private immich server (which is running on Unraid in the community Immich docker) don't keep their orientations compared to how they are displayed in the Immich app.
In the iOS Immich app, all pictures show in the right orientation.
IMG_3929

On the web UI though, most photos are not shown in the same way:
20240329 Photos - Immich

I've uploaded the photos through a Cloudflared tunnel from my iPhone to my server. As far as I know this is an encrypted tunnel and no metadata is stripped.

I have run the extract metadata post upload but that didn't help.
Thanks for any ideas. I'd love to help troubleshoot this but some info below is lacking because of limited knowledge of docker. (the reason I use Unraid ;-))

The OS that Immich Server is running on

Unraid 6.12.9

Version of Immich Server

1.100.0

Version of Immich Mobile App

1.100.0 build 146

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

I have no idea where to find this info in Unraid. If someone can help me locate it I'll post it. Thanks.

Your .env content

I have no idea where to find this info in Unraid. If someone can help me locate it I'll post it. Thanks.

Reproduction steps

1.start a backup from iOS app
2.view images in Immich server

Additional information

No response

@j-peeters j-peeters changed the title Images backed up from iOS don't keep correct rotation Images backed up from iOS don't keep correct orientation Mar 29, 2024
@alextran1502
Copy link
Contributor

Can you share this picture for troubleshooting?
image

@j-peeters
Copy link
Author

Of course, here is the file. It is the original, a HEIC file (the now default file format for photos in iOS).
If I export it from Apple Photos as a JPEG it exports the image with the correct orientation. So the embedded EXIF data get normalized. I hope this file is workable. Thanks for looking into this!

Orientation data in HEIC:
Orientation: Rotate 180

Orientation data in JPEG:
Orientation: Horizontal (normal)

IMG_3925.HEIC.zip

@azhiltsov
Copy link

I Have just installed the Immich on Unraid and observing the same issue with some of my photos (mostly selfies).
Please let me know if I can help with troubleshooting.

@scrampker
Copy link

A simple rotate/crop tool would really help with similar issues.

@j-peeters
Copy link
Author

Hi @alextran1502 did the images I shared give an indication as to why Immich is displaying them with the wrong rotation? Thanks.

@alextran1502
Copy link
Contributor

@j-peeters Hello; I did look at the orientation info extracted from the photo and I don't see anything abnormal to other images. At the moment, I haven't figured out the cause yet. We might need to look into updating the dependency such as Sharp to see if it help generating the correct orientation

@j-peeters
Copy link
Author

Thanks for the update @alextran1502 hopefully an updated Sharp will fix it. Would love to use this fabulous service. Thanks for your time and effort!

@mertalev mertalev self-assigned this Apr 21, 2024
@frejaya
Copy link

frejaya commented Apr 23, 2024

Also experiencing this issue

@j-peeters
Copy link
Author

Hi @alextran1502, I'm eager to start using Immich, so I wonder if you have had time to see if an updated dependency solves the orientation issue? Thanks.

@jrasm91
Copy link
Contributor

jrasm91 commented Sep 10, 2024

Turns out HEIF exif is a bit weird and rotation is intentionally ignored by vips. I think it isn't actually in the spec for HEIF.

@j-peeters
Copy link
Author

Turns out HEIF exif is a bit weird and rotation is intentionally ignored by vips. I think it isn't actually in the spec for HEIF.

Thanks for the comment @jrasm91. Do you think that you could implement something in Immich that helps show images (and add I understand videos) in the orientation in which they were taken? Because otherwise it's not a great way to view your material if it's shown upside down or sideways. Curious to read what you think.

@jrasm91
Copy link
Contributor

jrasm91 commented Sep 10, 2024

Yeah I was considering adding something in immich to basically always use the rotation from exif if available.

@j-peeters
Copy link
Author

Yeah I was considering adding something in immich to basically always use the rotation from exif if available.

That's really great. Looking forward to it! Thanks in advance.

@mertalev
Copy link
Contributor

From what I understand, rotation is handled as a HEIF transformation, so the EXIF orientation is supposed to just be informational. If you rotate based on the tag, you'll have double rotated the image. I think the issue in this case is that the image has an EXIF tag, but (incorrectly) doesn't have a transformation to rotate it.

@jrasm91 jrasm91 added the format File format support label Sep 12, 2024
@TheRedCyclops
Copy link

I'm having a very similar issue, in the app it seems to recognize the EXIF orientation and it correctly orients the picture. But on the web interface it does not, even when rotated in the app

@dionorgua
Copy link

KDE Gwenview, GIMP displays same picture incorrectly.
Digikam is OK

@jrasm91 jrasm91 linked a pull request Feb 14, 2025 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
format File format support
Projects
None yet
Development

Successfully merging a pull request may close this issue.

9 participants