Yes, thank you, thank you, thank you, @ChuckPa ! At least if I could spin up a fixed version of PMS in a Linux VM, I might be able to get a workaround going here. That would be totally ideal and riddled with other issues to work around, but the Windows version itself has issues with hardware encoding with a subset of Video Core Next (Ryzen 4000 and later, 1st Gen Navi and later).
Any insight is appreciated, however no longer that urgent, seems transcoding on AMD platforms seems to be back working both ends (en- and decoding). Overall this is great for all AMD users out there.
@mauimauer I have been watching this thread for a few weeks now. Thanks for sticking with this, I appreciate all the work you have done in this space.
I’m having issues getting HW acceleration working using your new container. This is what my logs are showing:
Oct 20, 2021 06:04:09.593 [0x7f22b32f6b38] DEBUG - [Transcode] We’re going to try to auto-select an audio stream for account 1.
Oct 20, 2021 06:04:09.593 [0x7f22b32f6b38] DEBUG - [Transcode] Selecting best audio stream for part ID 20900 (autoselect: 0 language: en)
Oct 20, 2021 06:04:09.593 [0x7f22b32f6b38] DEBUG - [Transcode] Audio Stream: 43791, Subtitle Stream: -1
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Codecs: testing h264_nvenc (encoder)
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Codecs: hardware transcoding: testing API nvenc
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] ERROR - [Transcode] [FFMPEG] - Cannot load libcuda.so.1
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] ERROR - [Transcode] [FFMPEG] - Could not dynamically load CUDA
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Codecs: hardware transcoding: opening hw device failed - probably not supported by this system, error: Unknown error occurred
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Codecs: testing hevc (decoder) with hwdevice vaapi
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Codecs: hardware transcoding: testing API vaapi
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Codecs: hardware transcoding: opening hw device failed - probably not supported by this system, error: Generic error in an external library
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Codecs: testing hevc (decoder) with hwdevice nvdec
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Codecs: hardware transcoding: testing API nvdec
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] ERROR - [Transcode] [FFMPEG] - Cannot load libcuda.so.1
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] ERROR - [Transcode] [FFMPEG] - Could not dynamically load CUDA
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Codecs: hardware transcoding: opening hw device failed - probably not supported by this system, error: Unknown error occurred
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Scaled up video bitrate to 109359Kbps based on 4.500000x fudge factor.
Oct 20, 2021 06:04:09.594 [0x7f22b32f6b38] DEBUG - [Transcode] Scaled maximum bitrate for resolution reduction to 69989Kbps.
Oct 20, 2021 06:04:09.595 [0x7f22b32f6b38] DEBUG - [Transcode] MDE: Selected protocol dash; container: mp4
product: AMD Ryzen 5 3400G with Radeon Vega Graphics
Running
Ubuntu 20.04
I can run this native outside of the container also if you think that will perform better? Sometimes that layer of abstraction isn’t really worth it especially when I’m already running linux.
In theory yes, but you might encounter problems if the distribution in your container uses glibc, the dependencies being pulled in by the AMD mesa drivers might looks different then.
That does not seem normal. I get 20% usage as a maximum when transcoding 4K HDR material. Much less for anything in 1080p. My APU is a 4700U.
You also might want to try monitoring if the GPU is really active by using radeontop (a very useful tool to monitor graphics core usage on AMD platforms)