![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/ee634f30-7b97-424e-93bb-47945757fddc.png)
Yep, I only noticed because I got prompted to update when I ran it today!
Fleddit in June 2023. Was on kbin for a while but it’s been broken and janky lately, so I’m giving midwest.social a try now.
Yep, I only noticed because I got prompted to update when I ran it today!
It took about a week to generate for my library without hardware-accelerated MJPEG generation, at the default resolution in the Trickplay configuration. I let it use 8 threads but CPU use was close to nothing the whole time, even with priority bumped up to above normal.
It wound up consuming about 10GB of storage by the time it was done, for a library of 2.6TB. My library is mostly 1080p stuff, a mix of h.264 and x265.
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? :)
My library isn’t huge (in my opinion anyway, a few hundred episodes of TV and maybe 100 movies). My Trickplay job is about 16% complete after 3 days, lol. My AMD iGPU doesn’t appear to be supported for the MJPEG stuff so I don’t get GPU acceleration, but I have Jellyfin set to allow 4 threads for generating Trickplay images, and am running on a 4-core VM that sits on physical hardware that isn’t slow at all. Looks like even though it is using 4 threads it is still only using one of the cores, as CPU utilization for the ffmpeg process doing it is always at about 25%.
At the rate my Jellyfin server is generating trickplay images right now the Android client might have support for them by the time it finishes.
I use one of those tiny mini PCs, with an AMD mobile CPU in it. It sips power but has enough oomph for transcoding when necessary. I’m sure the NAS that my library actually sits on uses way more power with its mechanical HDDs.
I run mine in an LXC container. I just snapshotted it in case of disaster and then ran apt update && apt upgrade.
Ayy, I have a Ryzen 7 based T14 Gen2. Wonderful machine. Enjoy!
Mint still defaults to X. Wayland is only in experimental support on it.
The audiophile reality distortion field in effect again.
Free software that essentially lets you roll your own Netflix.
My Smart TV made itself dumb when its built-in wifi just died one day. No loss.
It’s not an electric vehicle thing… Plenty of other EVs do fine in the snow. Mine even has a snow drive mode and it does pretty great on all season tires.
0.16.4 has now been released hot on the heels of 0.16.3.
That ONN box is surprisingly decent. It can natively play x265 video too. I have mine set up with my own launcher so I don’t have to see the usual homescreen ads you gets on android tv boxes.
Seconding this experience with Mint 21.3, although on a laptop here. I just wanted something that works without much fucking about, and it delivers.