docker-plex VS docker-mods

I've tried with couple of repositories but I'm mainly using this one now: lscr.io/linuxserver/plex I gave up on this sometime ago but would now like to get at least RAM transcode working for Plex. The GPU transcode can wait.

I found this, but don't see anything similar for ghcr.io in the images list in the docker UI.

I'm facing a similar issue. I reported it to the linuxserver team (publisher of that docker image), they think it's a plex issue. https://github.com/linuxserver/docker-plex/issues/357

I've messed with Plex in docker quite a lot though, so if you put your code in GitHub I should be able to point out an option for getting it done. Might not make sense for Plexamp for some reason, I've usually started with this repo https://github.com/linuxserver/docker-plex and forked when I was making my own Plex containers. I was thinking of doing that for Plexamp, but I've not looked at what's needed to map sound devices properly. It has an example of where to run a Plex claim script before starting up Plex to run as a service.

FWIW it's probably not a great idea to use the Plex or Jellyfin (or any really) images from lsio. They do stupid shit like this which is not needed with Kubernetes. You can add a security context with those GIDs as supplemental groups. Also all their containers start as root which is not considered best practice.

These are their historical container versions - https://github.com/linuxserver/docker-plex/releases

The linuxserver plex image can actually check for updates when the container starts. It's a bit of an anti-pattern. Here's the script: https://github.com/linuxserver/docker-plex/blob/master/root/etc/s6-overlay/s6-rc.d/init-plex-update/run

Have you tried adding the OpenCL-Intel Dockermod for the LSIO container? I don't believe it'll function properly without it...fair warning it significantly increases startup time. Additionally, it may not matter if you've already verified your hardware acceleration is working as expected, but at one point I did have to specifically indicate both renderD128 and card0 to get everything settled. If it ain't broke, don't fix it, but that's a difference in our compose files I spotted immediately.

Misc - LinuxServer.io images now support mods with multi-digest layers (https://github.com/linuxserver/docker-mods/pull/577)

Are you using a linuxserver container? If so, check this out as well: https://github.com/linuxserver/docker-mods/tree/jellyfin-opencl-intel

If you are running using the lsio container, you could try out this repo which makes the par2 process 2-3 times faster. https://github.com/linuxserver/docker-mods/tree/sabnzbd-par2cmdline-turbo

If you're using the LinuxServer plex image, you're probably facing this issue. https://github.com/linuxserver/docker-mods/issues/575

Following this issue and looking at the code here it appears that the mod identifies running applications on swag by globbing all the conf files (including samples!) and attemting a connection on them. And it does this with ThreadPoolExecutor(max_workers=100) which seems to explain why those DNS queries were being spammed on pihole.

I run a similar set up, but i run jellyfin with linuxserver's docker with this addon: https://github.com/linuxserver/docker-mods/tree/jellyfin-amd