TL;DR:
Plex is loading its own incompatible/conflicting version of libigdgmm.so instead of using the already installed version. Solution: Either Plex fixes their stuff, or user replaces the libigdgmm.so.plex with libigdgmm.so.12.
Folks,
PMS uses 21.49.21786 – as a complete set – for hardware transcoding.
This is the V11 API.
It is 100% production status for all TigerLake CPUs.
Mixing anything which is V12 API will break the hardware transcoding.
My packaging work ensures the required modules are installed.
The current PlexPass beta has all this work
The required versions are:
# Intel Compute Runtime version requirements
RequiredIntelGmmlib="21.3.3"
RequiredIntelIGCCore="1.0.9441"
RequiredIntelIGCOpenCL="1.0.9441"
RequiredIntelOpenCL="21.49.21786"
I am also having a lot of hardware transcoding issues. I see these errors in the logs:
[FFMPEG] - libva: /usr/lib/plexmediaserver/lib/dri/iHD_drv_video.so init failed
[FFMPEG] - Failed setup for format vaapi_vld: hwaccel initialisation returned error.
I am running Plex inside Docker on a Debian VM on a Proxmox host. It seems like my passthrough is successful b/c when I run docker exec -ti plex sh -c "ls -la /sys/module/i915/drivers/pci:i915/" I get this:
drwxr-xr-x 2 root root 0 Jul 26 02:43 .
drwxr-xr-x 18 root root 0 Jul 26 02:43 ..
lrwxrwxrwx 1 root root 0 Jul 26 02:43 0000:00:10.0 -> ../../../../devices/pci0000:00/0000:00:10.0
--w------- 1 root root 4096 Jul 26 02:43 bind
lrwxrwxrwx 1 root root 0 Jul 26 02:43 module -> ../../../../module/i915
--w------- 1 root root 4096 Jul 26 02:43 new_id
--w------- 1 root root 4096 Jul 26 02:43 remove_id
--w------- 1 root root 4096 Jul 26 02:43 uevent
--w------- 1 root root 4096 Jul 26 02:43 unbind
and docker exec -ti plex sh -c "ls -l /dev/dri"
crw-rw---- 1 root video 226, 0 Jul 25 23:51 card0
crw-rw---- 1 root video 226, 1 Jul 25 23:51 card1
crw-rw---- 1 root videoawfo 226, 128 Jul 25 23:51 renderD128
Any ideas what I can do to get it working? I have been searching for hours and stumbled across this thread but I still can’t get it working
- May I see the full DEBUG log files ZIP which captures this error?
- “Inside Docker on a VM” – that’s 2 layers of abstraction. OUCH.
- I suspect your Intel Compute Runtime modules aren’t correct.
May I offer this? (It’s about to become production packaging)
You want the 1.28.0 package
You can ignore my message. I’m pretty sure I’m doing something wrong when I do the passthrough of the Intel GPU from Proxmox to the VM, because I can see the profiles are available on the Proxmox host with vainfo. When I disable the iGPU on the host and passthrough to the VM there are issues and I do not see the profiles anymore, so I think that is the issue, nothing with Plex or Docker
Latest beta (1.28.1.6018-c1f308c6a) broke HW HDR tone mapping on both LinuxServer and official Plex dockers containers
1 Like
Please don’t make such a statement without also providing the DEBUG server logs which capture the failure as well.
May we have your DEBUG logs which capture the failure?
Also, please describe the playback scenario
Distribution? Version? CPU?
We need the details
There is a recurring error on HDR based transcoding 03, 2022 21:38:21.861 [0x7fc5d2ddab00] ERROR - [Req#197/Transcode/4wtb747ttlv5aq6f7aurdk7p/6fb0048a-b61e-4f57-917f-38b0b7cf0fd4] [AVHWDeviceContext @ 0x7ff83d229d40] No matching devices found..
Plex Media Server Logs_2022-08-03_21-38-46.zip (277.2 KB)
I’ve tried updating Intel stuffs to match Dockerfile, still nothing.
Maybe the issue is already known because on latest public (5999) it works no problem
OS : Debian 11 (OpenMediaVault 6)
Container : pms-docker (Linuxserver also have this issue)
CPU : Intel Tiger Lake 1135G7
Thank you for sharing those.
I’ve given them to the transcoder team and they’re looking now
Still broken on 1.28.1.6041-738907df3
Same error
Please perform a confirmation test for me?
Turn off HDR tone mapping and retest to see if HW transcoding engages?
Tested with “HDR Tone Mapping” option checked → No matching device found → reverts to SW transcode
Tested without the “HDR Tone Mapping” option checked, it does HW transcode but no tone mapping (expected)
1080p h264 → works
1080p HEVC → works
Someone pointed the issue in the Plex Beta forum
Maybe it’s just that dockerfile doesn’t pull the right version of something for these new betas or that something got updated upstream
It’s the 1.28.1 image . That’s the problem.
Which kernel version are you using? (uname -r or uname -a )
uname -r
5.14.0-0.bpo.2-amd64
I know that there were some issues on kernel level on 5.15 with intel stuffs so I stayed on 5.14
If it’s just a Plex beta shenanigan then it’s fine, I was just testing the features, I’m fine with staying with public version
Public version 1.28.1.6092 still have the issue, same error
There wasn’t anything in the release notes which addressed HDR.
It’s still status quo until resolved.
Stay on 1.28.0
Hello,
I just see that I have the same problem with my docker installation (Linuxserver image).
No more HW transcode for HDR contents.
Have to get back to version 1.28.0.5999-97678ded3.
Ps : I use docker on my Synology NAS (DS920+).
Any word on a fix yet? Release notes of 1.28.2.6151 mention something about transcoding, but seems unrelated (something about subtitle burning).
HDR → SDR tonemapping with hardware acceleration enabled is fixed in 1.28.3. It has yet to hit beta and unknown when that will happen.
To add to FordGuy61,
-
Installed on my QNAP TVS-1282 (i7-7700)
-
Installed on NUC10-i5-FNK
– Removed the Beignet and all Intel-Compute-Runtime modules from the NUC10 -
A delay on first start while it downloads the driver modules it needs
-
Flawless playback on both
-
Subsequent starts – normal on both.
