I’m using the version 1.18.7.2438 in a docker on Debian 10 with a NUC J5005 and hw transcoding is unusable with glitch and lag. So I need to use and old version of Plex, or I can use another solution?
Thanks for your help
See this answer Hardware transcoding broken on Intel NUC with J5005 CPU on Ubuntu 18.04 LTS
You need to delete the new iHD driver because it is buggy for your CPU. Then Plex will automatically use the old i965 driver which works fine.
Great solution! I resolved with this… thanks
Version 1.18.8.2527, still ill…
Yup. My Gemini Lake J4105 still cannot run with the iHD_drv_video library on 1.18.8.2527.
Hopefully this will pop up on the developers radar in the near future.
I have the same issue with my J5005, but after removing iHD_drv_video Plex shows that HW transcoding is active but the video never start playing (endless loading). Does anyone have a solution?
1 Like
Did you restart plexmediaserver?
Yes, also tried rebooting my server.
What OS are you trying to run it in? Are you running inside a docker?
I run on UNRAID and had to add lines to manually load the i915 driver and then change the permissions on the /dev/dri link.
Yes I am running UNRAID. I have already included the load of the i915 driver and changed the permissions on the /dev/dri link.
If I downgrade to version 1.18.0.1846-f62172e99 then the hardware transcoding starts to work again.
this used to work for me. With version 1.19.1.2630 (or earlier) it sadly isn’t working anymore on my J4105 board. No HW transcoding sucks.
I can confirm the instructions in #35 do work with my ASRock J5005 ITX board.
Unraid Version 6.9.0 beta 1 with Plex 1.19.2701 (linuxserver/plex:1.19.1.2701-6327e27bf-ls90) installed. HW Transcoding working smoothly.
This is also the case for me. Not on UNRAID but a straight 20 LTS build of Ubuntu.
AMD Dedicated GPU. HW transcodes on 1.18 et all, no HW transcodes on 1.19 et all
Also ensured permissions on /dev/dri were correct as well as the i915 vs newer HW transcode driver.
I can confirm as well… I’m on an as rock j5005… installed Debian 10+non free. without non free It wouldn’t launch after half hour installs. firmware i915_glk something something was missing. after install of Debian 10+non free. booted to desktop… currently set using Wayland. installed my openmediavault 5, my unifi controller software, and plexmediaserver… the one the latest available yesterday. 1.19.2. after setup and testing the use HW acceleration uses software 70% CPU and can’t keep up. Buffering every 20 seconds or so., and the Use HW accel when available uses a little bit of GPU… 38% cpu… and can’t hold a stream longer then 10 seconds without buffering. I am transcoding to /dev/shm for memory buffer. Deleted iHD_drv_vido.so from plex lib. but another exists in /usr/lib/x86_64-linux-gnu/dri/ does absolutely nothing. deleting the plex so. rolled back to 1.18.0.1944. and transcodes perfectly as far as I can tell. Using the same test file. 20.7Mbps 4k Hevc stream… So I can say as of today… not working. also CPU usage on 1.18.0.1944 idles 2% system processes. and I can now scrub “FF>RW”. free will now too which I remember I was able to do years ago. the latest I can only start playback from the beginning, and resume… if I Fast forward scenes it wouldn’t come back.
@BlankAlpha Amd hardware decoding is not supported. And has nothing to do with this thread. IF that ever worked it was probably running on an iGPU.
The deletion of the iHD driver still works just fine, on asrock j3455 + debian 10
Don’t forget to restart plex.
@ lalemanw_gmail.com Does Rebooting machine count as restarting plex??? in that case. it still doesn’t work. I’d like to get it to work… are you only deleting iHD_drive from plex directories or also from Linux driver directories… this is installed on a GUI desktop… not a cli only install. I had high hopes in just removing the driver from Plex… but it did not do anything.
@ lalemanw_gmail.com. Nevermind, I found out what I was doing wrong. you have to make sure both “Use hardware acceleration when available” and “Use hardware-accelerated video encoding” is checked. on previous versions the ones that worked only had. Use hardware when available. and for as long as I can remember when I checked both before. nothing worked… so this has been a long time issue.
Since I use an auto-update script on my Ubuntu server, I’ve just added a cron entry to rm -rf the offending file hourly. Now I don’t have to worry about transcoding breaking when I auto update to a newer version.
Man, what a mess. I finally upgraded from 1.16 because of the new skip intro functionality only to discover a problem that was reported 6 months ago is still not fixed!?! My J5005 NUC is now suffering from this broken HW transcoding crap. Of all the platforms Plex runs on these low powered devices NEED hardware transcoding more than any other yet 6 months and no fix. Disgraceful.
I’ve also been suffering with this issue, managed to resolve it by removing the IHD driver but I’d really hoped that by now it would have been fixed.
is this on Plex’s priority list or are we just going to have to keep manually fixing it every upgrade?
