Server Version#: 1.14.1.5488
Player Version#: 1.14.1.5488
Error in log:
failed to open /data/jenkins/pms-deps-universal-v2/BUILD_TAG/linux-ubuntu-x86_64/output/pms-depends-linux-ubuntu-x86_64-release-79dcc0f/lib/dri/hybrid_drv_video.so
Failed to wrapper hybrid_drv_video.so
So I had hardware transcoding working for the past year or so but recently I noticed my transcoded streams were not running fast enough. While looking through the logs I found the above.
I’m 100% sure plex can access /dev/dri/* as I have chmodded them with 777 and I am running the container as root.
I also tried installing the synology package but the HW transcoding fails there as well. What gives? This used to work very well in the past.
I was running plex as a docker container. Currently trying the Synology Plex spk package (as I read loads of problems may occur with the docker container on a Synology) but with no improvement as of now.
I am 100% sure these kind of HW transcoding worked before as I am re-watching a series I have seen before using this NAS.
Containers with PMS, by default, don’t allow HW transcoding because the container is in a chroot and abstracted from the real /dev/dri directory unless manually mapped in the container’s config.
When running native, I make certain to establish the udev rules as the package installs so it can run as user plex:users
Your NAS does have native support for QSV so this should be working.
Would you do the following please?
Verify DEBUG logging (VERBOSE off)
Verify HW acceleration on (settings - server - transcoder - show advaned)
Verify server signed into correct plex account (with Plex Pass active)
Start playback
play for 15 seconds
Stop
wait 30 seconds
Settings - Server - Troubleshooting - Download Logs
Attach the ZIP
We can see what PMS found and decided to do.
I can also see if there are other errors
Mar 12, 2019 23:14:43.821 [0x7f8b8b7f6700] DEBUG - Streaming Resource: Determining preferred transcode encoders through transcode only decision.
Mar 12, 2019 23:14:43.822 [0x7f8b8b7f6700] DEBUG - Codecs: hardware transcoding: testing API vaapi
Mar 12, 2019 23:14:43.823 [0x7f8b8b7f6700] DEBUG - Scaled up video bitrate to 49036Kbps based on 4.500000x fudge factor.
Mar 12, 2019 23:14:43.824 [0x7f8b8b7f6700] DEBUG - Codecs: testing hevc_qsv (encoder)
Mar 12, 2019 23:14:43.824 [0x7f8b8b7f6700] WARN - Failed to find encoder 'hevc_qsv'
Mar 12, 2019 23:14:43.824 [0x7f8b8b7f6700] DEBUG - Codecs: testing hevc_vaapi (encoder)
Mar 12, 2019 23:14:43.824 [0x7f8b8b7f6700] DEBUG - Codecs: hardware transcoding: testing API vaapi
Mar 12, 2019 23:14:43.831 [0x7f8b8b7f6700] ERROR - [FFMPEG] - Encoding entrypoint not found (17 / 6).
Mar 12, 2019 23:14:43.833 [0x7f8b8b7f6700] WARN - avcodec_open2 returned -38 for encoder 'hevc_vaapi'
Mar 12, 2019 23:14:43.834 [0x7f8b8b7f6700] DEBUG - Codecs: hardware transcoding: testing API vaapi
Mar 12, 2019 23:14:43.835 [0x7f8b8b7f6700] DEBUG - Scaled up video bitrate to 49036Kbps based on 4.500000x fudge factor.
Mar 12, 2019 23:14:43.836 [0x7f8b8b7f6700] DEBUG - Codecs: hardware transcoding: testing API vaapi
Mar 12, 2019 23:14:43.837 [0x7f8b8b7f6700] DEBUG - Scaled up video bitrate to 49036Kbps based on 4.500000x fudge factor.
Mar 12, 2019 23:14:43.838 [0x7f8b8b7f6700] DEBUG - Streaming Resource: Reducing playback quality for 1904kbps stream bitrate: video resolution to 720x406, audio channels to 2, quality to 41, disable video DS as 2147483647kbps is > the 1724kbps available
Did you try to transcode HEVC? It won’t do that. You need the J3355 or above processor to do that. The N series are good for H.264 only.
Hmm I think my source file(s) unintentionally got updated. I downloaded the previous source (h264 main 10) again and tried again. Plex Media Server Logs_2019-03-13_15-11-25.zip (2.6 MB)
Thanks for your help so far, sorry for the wasted time.
You are correct; H.264 will be fine. HEVC will fall back because the N3060 CPU does not have that capability in hardware. The next generation CPU (Jxxx - ApolloLake) does have it.
Mar 12, 2019 23:12:57.041 [0x7f8bddf38700] INFO - Processor Intel(R) Celeron(R) CPU N3060 @ 1.60GHz
No. it’s not supported in the HW. That predates any HDR (10 bit) content.
The first HEVC 8-bit was the SkyLake (decoding)
The first HEVC 10-bit was the KabyLake
The first H.264 10-bit is SkyLake/ApolloLake (next ASIC generation after the N3060/3070)