Closed haroldfinch69 closed 1 month ago
Reconverting the library to AV1 seems to have fixed this
Reconverting the library to AV1 seems to have fixed this
What do you mean? Do you set AV1 as a codec not to be transcoded? or are you setting AV1 as the preferred transcoding codec? I have this issue as well, I wonder if this solution will work.
The bug
Motion photos have NOW stopped working and only display a red exclamation mark, in chrome desktop (Version 127.0.6533.99 (Official Build) (64-bit)) on Ubuntu 24.04. Motion pictures seem to work in the app (app version 1.111.0) and on the Chrome mobile app on Android 14.
This only for new videos uploaded, older motion photos still work on the web, mobile and app.
No changes have been made to the file structure of permissions.
The logs display the message HttpException(404) {"message":"Asset media not found","error":"Not Found","statusCode":404} when the play button on the photo is pressed
Here are the logs: https://pastebin.com/raw/Zz1qTRuJ
You can see the attempt to access the file from the desktop and the 404 error at 08/17/2024, 2:11:18 AM. I then connect from the app at: 08/17/2024, 2:11:32 AM
The OS that Immich Server is running on
Ubuntu 24.04
Version of Immich Server
V1.112.1
Version of Immich Mobile App
1.111.0
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
Relevant log output
Additional information
When I investigate the api calls for the motion pictures that aren't working they seem to generate a call "assets/916d40ae-59e6-46f8-8376-da003d01e564/thumbnail?size=preview&c=Cvml%2Fg4ckKR%2FxsUzksg1XpHT8tg%3D" if I take everything off from thumbnail onwards, I get a JSON response with a path to the mp4 of the live photo. The video exists at the location and plays.
I suspect somethhing has changed in the API calls or the linking of images to the videos.