Hardware/GPU/Quicksync transcoding broken on Beta 1.43.1.10540

Add the variable of the container after the Plex-inc 1..1 etc

So basically

plexinc/pms-docker:1.43.2.10623-07eb705bc

In the repo field obviously it will lock it to that for now

I tried to put in the repo field but now my container is broken and if i try to reinstall it this way it doesnt work command failed

There will be more info than command failed in at work at moment not by my machine but for now just revert to

1.43.0.10492-121068a07

See How to Run a Custom Build of PMS in Docker .

Thanks for all your help the rollback worked i stay tuned when its officially fixed

To clarify, the Ubuntu 26.04 is my container, not my host. The host is running kernel 6.17, which uses xe for Arrow Lake by default - I didn’t force anything, it’s just the native driver for this hardware. And yes, hardware transcoding does work with xe on kernel 6.17, at least with 1.43.2.10623.

Your situation sounds different - you’re forcing xe on hardware that presumably worked with i915 before. I don’t have experience with that, so I can’t say whether xe is ready for older hardware on Plex. It may well not be.

What are you running as host? Proxmox ? :slight_smile:

Well I was just earlier trying to get my Plex lxc container to use xe driver via Proxmox, but dont think that its supported .

Its hard to find any info about it tbh :confused:

I’m running Ubuntu Server 24.04 as host. I’ve never delved into Proxmox.

Ok thanks for sharing :slight_smile:

@chris_decker08 assume you will make this public release for everyone soon?

This will be included in 1.43.2

Can you tell me when the update will be released? Is there a schedule? Will I have to wait much longer? Thanks in advance for a positive response :slight_smile:

Thank you so mutch <3

I was able to get this working on my setup:

  • Arrow Lake processor (Ultra 7 265K) with xe kernel driver
  • Proxmox 9.1.6 / Kernel: Linux 6.17.13-1-pve
  • Docker container inside an LXC (Ubuntu 24.04.4).

Transcoding is working via QuickSync and I didn’t run into the database issues that were recently reported.

HDR Tone Mapping isn’t working though. It appears that the drivers are missing based on the debugging I’ve been doing. Has anyone else seen this? I had to disable it for 1.43.0 (I think - version before database issue) since it crashed my Plex server. Just enabled it and the colors are washed out. cc: @jay2utee

Gave this a try, but I can’t reproduce. Not sure if I have clients that will force Plex to tone map.

Thank for checking. I was able to resolve it by writing a custom bash script to install intel-opencl-icd and explicitly volume-mapped it directly into the container’s s6-overlay v3 root directory (/custom-cont-init.d). It took a few tries but I was able to verify HDR Tone Mapping is working via the browser player / logs.

Windows sever 2025 with the latest beta (and the one above) Nvidia Quadro P400, as soon as I check the Encode with hardware option all my clients get is ā€˜unable to open input’ after about 8 seconds) Plex server dash shows it playing but clients fail. Tried rolling back and same issue. ;(

This version seems to have finally fixed the hw transcoding for my setup!

  • QNAP TS-673A (AMD Ryzen Embedded V1500B Quad-core)
  • NVIDIA GeForce GTX 1650

Both the previous official 1.42 release and the 1.43.0.10389-8be686aa6 beta would spit out a cuda error and that was the end of that. :crossed_fingers: that this continues to operate as it should!

Latest build also reinstates HW transcoding w/ tone-mapping (as seen via intel_gpu_top) on my system:

  • NUC w/ i5-1145G7
  • Ubuntu 26.04
  • Baremetal install

Thanks for the troubleshooting.