Some Videos are weiredly shown on android

[sonic ether]

its somehow scaled wrong and tripple shown. On the device the same videos look normal. Any idea what could be wrong?

[fresh tusk]

:wave: Hey @sonic ether,

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 .

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. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
2. :ballot_box_with_check: read applicable release notes.
3. :ballot_box_with_check: reviewed the FAQs for known issues.
4. :ballot_box_with_check: reviewed Github for known issues.
5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
6. :ballot_box_with_check: uploaded the relevant information (see below).
7. :ballot_box_with_check: 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.

[fresh tusk]

Successfully submitted, a tag has been added to inform contributors. :white_check_mark:

[proven valve]

Can you run metadata extraction job for all, then signout and sign back in?

[sonic ether]

need todo that over the browser right?

[proven valve]

yeah, you can also try signout and sign back in first

[sonic ether]

did not help at all did all jobs and relogin multiple times

[versed finch]

Does this also happen when playing this video from the web version of Immich?

[trail horizon]

What app and server versions?

[sonic ether]

1.129.0 will try

[sonic ether]

playing the web on the same the device works perfect as well playing on other apps like google photos

playing them on a different device in the app (can only test ios) works fine too

[ionic field]

There is no reason that it works on a different device and not on another one. Might be extreme, but can you uninstall, reinstall and try again from the one where you have the issue?

[limber scaffold]

The only thing that comes to mind is that on android, we get the orientation locally if the asset is local. We only do that on iOS if the asset is local-only because iOS always returns 0 for orientation

If the orientation we get from the local api is wrong, then the aspect ratio will be flipped

https://github.com/immich-app/immich/blob/fecf3809a6dc756e63a8025315e3849f63306ddb/mobile/lib/services/asset.service.dart#L391

[ionic field]

Good catch. From the screenshot, it looks like an android device so it is possible that the orientation is flipped from the local api. Should we change the priority to use the data from the exif entity when it is available, like we do on iOS and fallback to the local values if we cannot find it there

[limber scaffold]

It should be more reliable. The current ordering was assuming that the orientation on Android was reliable as well, so it avoided a call to the server

[ionic field]

Went through the code again and looks like the call to localAsync does nothing as it only populates the local field of the asset entity which we do not use at all in the getAspectRatio method

[limber scaffold]

It's used in the aspectRatio getter

[sonic ether]

yes it is android

[ionic field]

Have you had the chance to test it on the recent version of the app? v1.131.0+?

[sonic ether]

no not yet

[ionic field]

Can you test the recent version and update us? It should’ve been fixed

[proven valve]

I don’t think the app is approved yet 😅