🚀 Jellyfin Server 10.9.4
We are pleased to announce the latest stable release of Jellyfin, version 10.9.4!
This minor release brings several bugfixes to improve your Jellyfin experience.
As always,...
I’ve updated 10.9.1 -> 10.9.2 -> 10.9.3 (and I’m about to do .4) and I just manually fire off the trickplay generating task after each update.
It quickly walks through the files that have already been done and then resumes processing from where it left off.
Currently at 13% after like 10 days or whatever it is.
How long has yours been taking? Mine has been running for roughly a week and it’s now on 98% That really surprised me since I don’t even have that much data. It’s sadly also just running on one core.
Mine’s been running for about 5-6 days now, also not a huge library. I’m running Jellyfin in an LXC container on a host with 16 CPU cores. Started with 4 cores, but have bumped it up to 8. I have noticed that when it is generating the Trickplay images for h.264 content it only uses about 8% of the available CPU resources. When generating images for x265 it uses about 60-70%.It doesn’t seem to matter what the priority for the trickplay job is set to.
I assume I should probably wait for my multi-day running Trickplay task to finish before attempting an update, right? :)
I’ve updated 10.9.1 -> 10.9.2 -> 10.9.3 (and I’m about to do .4) and I just manually fire off the trickplay generating task after each update.
It quickly walks through the files that have already been done and then resumes processing from where it left off.
Currently at 13% after like 10 days or whatever it is.
How long has yours been taking? Mine has been running for roughly a week and it’s now on 98% That really surprised me since I don’t even have that much data. It’s sadly also just running on one core.
Mine’s been running for about 5-6 days now, also not a huge library. I’m running Jellyfin in an LXC container on a host with 16 CPU cores. Started with 4 cores, but have bumped it up to 8. I have noticed that when it is generating the Trickplay images for h.264 content it only uses about 8% of the available CPU resources. When generating images for x265 it uses about 60-70%.It doesn’t seem to matter what the priority for the trickplay job is set to.