GWTPqZp6b 41 Posted November 3, 2020 Share Posted November 3, 2020 Ive been working through some transcoding issues introduced as a result of Nvidia / linux 5.9 kernel issue. Upgraded Arch to latest this morning and found that transcoding is working on 1080p streams but failing on 4k with an error, "Info App: CodecValidation: Codec does not support level 'Level 5.1'". Is there anything I mayweed to configure to enable or is this something thing needing resolving in the nvidia drivers due ETC mid-November? This results in emby reverting to software decode and impacting video playback . >>>>>> FindVideoDecoder - MediaType: hevc, Mode: Custom Info Checking: 'NVDEC Quadro P2200 - H.265 (HEVC)' NoMatch Codec does not support level 'Level 5.1' Info Decoder does not match Info Checking: 'Automatic software decoder' Info Check successful - selecting 'Automatic software decoder' Details are as follows: # uname -a Linux dockerdev 5.9.3-arch1-1 #1 SMP PREEMPT Sun, 01 Nov 2020 12:58:59 +0000 x86_64 GNU/Linux NVIDIA-SMI 455.38 Driver Version: 455.38 CUDA Version: 11.1 Hardware detection log ffmpeg log Link to comment Share on other sites More sharing options...
Luke 37116 Posted November 3, 2020 Share Posted November 3, 2020 Hi, what do you mean by failing? Link to comment Share on other sites More sharing options...
GWTPqZp6b 41 Posted November 3, 2020 Author Share Posted November 3, 2020 (edited) Decoding falls back to software which didn't use to be the case, i.e You can see the perf sucks at 21fps which isnt capable of sustaining seamless playback. With 1080p content, hardware is used PS Althouh the icon represents Emby for iOS, its the OS X app I'm using, verified with Chrome too. Edited November 3, 2020 by GWTPqZp6b Link to comment Share on other sites More sharing options...
Luke 37116 Posted November 3, 2020 Share Posted November 3, 2020 Have you checked that your hardware supports that? because the drivers are reporting that it does not. Link to comment Share on other sites More sharing options...
GWTPqZp6b 41 Posted November 3, 2020 Author Share Posted November 3, 2020 I'm confident this was working before which is why I suspect its a driver related issue, but I have also recently converted to a container based setup that could have introduced some other cause. I'll keep an eye on it, thanks for looking. Link to comment Share on other sites More sharing options...
Luke 37116 Posted November 5, 2020 Share Posted November 5, 2020 @softworkz may have some thoughts. Link to comment Share on other sites More sharing options...
softworkz 3341 Posted November 5, 2020 Share Posted November 5, 2020 @GWTPqZp6b - This has been fixed in the latest beta. Link to comment Share on other sites More sharing options...
GWTPqZp6b 41 Posted November 5, 2020 Author Share Posted November 5, 2020 (edited) @softworkz Thanks for the update, I tested 4.6.0.5 with latest arch `Linux dockerhost 5.9.4-arch1-1 #1 SMP PREEMPT Wed, 04 Nov 2020 21:41:09 +0000 x86_64 GNU/Linux` and nvidia drivers / docker passthrough modules and found the same issue, 4k isnt being decoded in hardware, 1080p streams are. Here the logs of a 4k test. emby server.txt hardware detection fmpeg transcode log Edited November 5, 2020 by GWTPqZp6b less typos Link to comment Share on other sites More sharing options...
Happy2Play 8296 Posted November 6, 2020 Share Posted November 6, 2020 (edited) Isn't this correct though? >>>>>> FindVideoDecoder - MediaType: hevc, Mode: Custom Info Checking: 'NVDEC Quadro P2200 - H.265 (HEVC)' NoMatch Codec does not support level 'Level 5.1' Info Decoder does not match Info Checking: 'Automatic software decoder' Info Check successful - selecting 'Automatic software decoder' Not seeing specific reference to GP106 but would appear NVDEC is limited up to 5.1 and the media is Level 153. Maximum Resolution: 4096x4096 Profile: Main profile up to Level 5.1, main10 and main12 profile https://docs.nvidia.com/video-technologies/video-codec-sdk/nvdec-video-decoder-api-prog-guide/index.html#video-decoder-capabilities__table_o3x_fms_3lb Sorry, I thought previous searching showed 153 higher then 5.1 but this shows it equal 5.1 http://hevc.info/HM-doc/namespace_level.html Edited November 6, 2020 by Happy2Play Link to comment Share on other sites More sharing options...
softworkz 3341 Posted November 6, 2020 Share Posted November 6, 2020 I'm, sorry, I had done that fix last week but it isn't included in the today's beta. Should be included in the next one. Link to comment Share on other sites More sharing options...
GWTPqZp6b 41 Posted November 6, 2020 Author Share Posted November 6, 2020 No apologies needed! I’m ready to test when available. Thank you for addressing this. Link to comment Share on other sites More sharing options...
GWTPqZp6b 41 Posted November 7, 2020 Author Share Posted November 7, 2020 On 11/5/2020 at 4:31 PM, softworkz said: I'm, sorry, I had done that fix last week but it isn't included in the today's beta. Should be included in the next one. Can I ask you to look at something please, I think it *could* be related, but maybe I'm talking nonsense. I've been struggling to make liveTV work on my containerized setup, it has exactly the same IPTV stream parameters but fails to work reporting 'no compatible streams'. I've looked at the logs and investigated with wireshark and it initially appears access is denied to the transcode filestore which is mounted via autofs from a server in the same subnet as the emby host. I know this mount works as it's in use when playing back TV & films from regular storage. I think this maybe related to the GPU transcode not initializing and therefore the stream is failing, but not because of backing store. Logs are below, there is no transcode log in this case. embyserver.log https://hastebin.base8.org/sixikegewe.apache hardware detect: https://hastebin.base8.org/lexosivipu.pl would appreciate your thoughts as to likelihood of this being related etc? Link to comment Share on other sites More sharing options...
softworkz 3341 Posted November 9, 2020 Share Posted November 9, 2020 Before looking at anything else, could you please change the transcoding temp folder to a local disk and retry? Link to comment Share on other sites More sharing options...
GWTPqZp6b 41 Posted November 9, 2020 Author Share Posted November 9, 2020 3 hours ago, softworkz said: Before looking at anything else, could you please change the transcoding temp folder to a local disk and retry? Verified as follows. Leaving transcode location as default, i.e empty, Emby transcodes into the `config/transcode-temp` folder and LiveTV works. Setting the location to `/mnt/Transcode` which is a CIFS mounted share works with TV/Movies, but not with Live TV. Link to comment Share on other sites More sharing options...
vdatanet 1549 Posted November 17, 2020 Share Posted November 17, 2020 Hi, Since I'm on beta cycle Hardware HEVC decoding is not detected: >>>>>> FindVideoDecoder - MediaType: hevc, Mode: Automatic Info Checking: 'VAAPI UHD Graphics 630 - H.265 (HEVC)' NoMatch Codec does not support level 'Level 5.1' Info Decoder does not match Info Checking: 'Automatic software decoder' Info Check successful - selecting 'Automatic software decoder' ffmpeg-transcode-d55b3006-17d5-4110-b8b0-2b656f66d131_1.txt hardware_detection-63741210728.txt Link to comment Share on other sites More sharing options...
GWTPqZp6b 41 Posted November 17, 2020 Author Share Posted November 17, 2020 You seem to have a different error to me, albeit with the same result. Mine "Log": [ { "Level": 40, "Category": 0, "Message": "Loaded Nvenc version 11.0" }, { "Level": 40, "Category": 0, "Message": "1 CUDA capable devices found" } ] vs yours "Log": [ { "Level": 16, "Category": 0, "Message": "Cannot load libcuda.so.1" }, { "Level": 16, "Category": 0, "Message": "Error loading CUDA functions" } ] } Is libcuda.so.1 installed etc? Softworks mentioned a fix for my issue would be in the next beta but yours may be solvable easier? Link to comment Share on other sites More sharing options...
Luke 37116 Posted November 19, 2020 Share Posted November 19, 2020 @softworkz Link to comment Share on other sites More sharing options...
softworkz 3341 Posted November 20, 2020 Share Posted November 20, 2020 It has been fixed on 2020-11-06, but it isn't in the latest beta. It will be in the next one! 1 Link to comment Share on other sites More sharing options...
GWTPqZp6b 41 Posted November 21, 2020 Author Share Posted November 21, 2020 Reporting this issue fixed in 4.6.0.6 thanks guys 2 Link to comment Share on other sites More sharing options...
vdatanet 1549 Posted November 21, 2020 Share Posted November 21, 2020 On 11/17/2020 at 11:52 AM, vdatanet said: Hi, Since I'm on beta cycle Hardware HEVC decoding is not detected: >>>>>> FindVideoDecoder - MediaType: hevc, Mode: Automatic Info Checking: 'VAAPI UHD Graphics 630 - H.265 (HEVC)' NoMatch Codec does not support level 'Level 5.1' Info Decoder does not match Info Checking: 'Automatic software decoder' Info Check successful - selecting 'Automatic software decoder' ffmpeg-transcode-d55b3006-17d5-4110-b8b0-2b656f66d131_1.txt 36.81 kB · 1 download hardware_detection-63741210728.txt 167.88 kB · 3 downloads Also fixed for me. Thanks @softworkz! 1 Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now