Mert
Mert
There is no error here, so I don't think it's relevant. It's more likely to be related to the dependency bumps - maybe a bug that causes deadlock?
How much RAM does the server have and what's the RAM, CPU and IO utilization when it's processing thumbnails? It seems to me that it's getting overwhelmed.
1. I agree with this 2. Person thumbnail generation for faces coming from metadata is currently buggy and tracked in #12440. Re-selecting the thumbnail for a person (even the same...
Nothing strikes out to me as a possible reason why 1.115 works, but 1.116 doesn't in this case. I don't see any related changes in dependencies or the base image.
Not a mobile dev, but I don't think the app persists the thumbnails it generates. There's a low-res thumbnail that it makes and switches with a high-res thumbnail, and in-memory...
Oh, you're right. It's encoding two JPEGs, then decoding them back...
> I looked into it and did a performance profiling of this part of the app and it is actually not the decoding that takes so much time, it is...
Thanks for retesting! 1550ms vs 2500ms is a huge difference.
We could add that. It feels bad to transcode just because of the container, but I guess it can't be helped in this case. I'm not sure which containers are...
Would the preferred behavior be to remux the video as a different container (copying the streams), or to do a full transcode? The former is all that's actually needed here,...