Info App: CodecValidation: Codec does not support level 'Level 5.1'

[GWTPqZp6b 41]

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

 

[Luke 37116]

Hi, what do you mean by failing?

[GWTPqZp6b 41]

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

[Luke 37116]

Have you checked that your hardware supports that? because the drivers are reporting that it does not.

[GWTPqZp6b 41]

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. 

[Luke 37116]

@softworkz may have some thoughts.

[softworkz 3341]

@GWTPqZp6b - This has been fixed in the latest beta.

[GWTPqZp6b 41]

@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

[Happy2Play 8296]

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

[softworkz 3341]

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.

[GWTPqZp6b 41]

No apologies needed! I’m ready to test when available. Thank you for addressing this. 

[GWTPqZp6b 41]

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?

[softworkz 3341]

Before looking at anything else, could you please change the transcoding temp folder to a local disk and retry?

[GWTPqZp6b 41]

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. 

 

[vdatanet 1549]

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

[GWTPqZp6b 41]

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?

[Luke 37116]

@softworkz

[softworkz 3341]

It has been fixed on 2020-11-06, but it isn't in the latest beta. It will be in the next one!

[GWTPqZp6b 41]

Reporting this issue fixed in 4.6.0.6 thanks guys

[vdatanet 1549]

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!