Hardware acceleration not working on Windows 10

[UncleLeoTheDad 3]

The other day as I was streaming something I noticed that the CPU on my emby server was at 100%, but the GPU was at zero.  I had previously enabled hardware encoding/decoding in the settings (attached).  I also had put a "fake monitor" on my DVI port to make the computer think a real monitor is attached:

When I look in my hardware detection file, it seems like it finds the video card, but it does also show this error:

Quote

            "DeviceIndex": 0,
            "DeviceInfo": {
                "DeviceName": "\\\\.\\DISPLAY1",
                "DirectXType": "DX9",
                "Description": "NVIDIA Quadro K2200",
                "Driver": "nvldumdx.dll",
                "DeviceId": 5050,
                "VendorId": 4318,
                "DriverVersionMajor": 1966080,
                "DriverVersionMinor": 924615,
                "SubSysId": 278335548,
                "DeviceGuid": "{d7b71e3e-50fa-11cf-4b68-99300dc2d335}"
            },
            "Error": {
                "Number": -3,
                "Message": "Error initializing an MFX session: MFX_ERR_UNSUPPORTED"
            }

 

I installed the latest drivers for my card here: https://www.nvidia.com/download/driverResults.aspx/176853/en-us

I don't use RDP, but use "Jump Desktop", so I followed these instructions just in case: https://support.emby.media/support/solutions/articles/44001894172-hardware-acceleration-fails-with-remote-desktop-rdp-on-windows

I've tried several different videos to transcode.  Common result:

Quote

>>>>>>  User policy for UncleLeoTheDad
        EnablePlaybackRemuxing: True
        EnableVideoPlaybackTranscoding: True
        EnableAudioPlaybackTranscoding: True

>>>>>>  Processing Plan
Info    Name                                        CanDoInHardware      WillDoInHardware     Reason                                  
Info    Copy video stream                        >> False                False                Software Codec                           
Info    VideoInput                               >> False                False                Not a hardware decoder                   
Info    VideoOutput                              >> False                False                Not a hardware encoder                   
Info    Copy video stream                        >> False                False                Software Codec                           

>>>>>>  Projected Processing Formats
Info    Previous                HW-Context   Format       SW-Format           Size   Next
Info    hevc                 >> -            yuv420p10    yuv420p10      3840x2160 >> 

 

Attached are all my logs for these tests.  I must be doing something silly.  Can you help point it out?

Thanks!

embyserver.txt ffmpeg-remux-0e9a5396-9dca-4124-96f5-197d8b1a3cab_1.txt ffmpeg-remux-2f566bd7-c37a-406f-a137-e7405aea7e7a_1.txt ffmpeg-remux-253f06cd-c702-4c54-8d9b-dbbdceae3160_1.txt ffmpeg-remux-5139a3cd-bf1e-4620-a1ca-3f89b9986224_1.txt ffmpeg-remux-7477b4ba-3831-4742-92e9-dc31296f2524_1.txt ffmpeg-remux-fc2f1ca6-9268-46c6-96ea-876b3d75056c_1.txt hardware_detection-63760920370.txt

Edited July 3, 2021 by UncleLeoTheDad

[Carlo 4561]

Hi, Without even looking at those logs they are named "remux" vs transcode so there is no transcoding going on.  Emby is just changing the container or remuxing the file which is lightweight.

Edited July 3, 2021 by cayars

[Luke 42085]

Right, there's no video transcoding happening here. Can we look at a video transcoding example? Thanks.

[UncleLeoTheDad 3]

Oh interesting.  I assumed because I saw this on the server dashboard:

.

I'll try to find an example that actually transcodes.  Get back to you.  Thanks!

[UncleLeoTheDad 3]

Is hardware acceleration also supposed to kick in for remuxing?

[speechles 2055]

1 hour ago, UncleLeoTheDad said:

Is hardware acceleration also supposed to kick in for remuxing?

No, this play method is copying the video stream. There is nothing for hardware transcoding to do during a Remux.

Ffmpeg is involved to repackage into a compatible container. But hardware transcoding (acceleration) is not needed during directstream or remux as the video stream is directly copied.

Edited July 3, 2021 by speechles

[Luke 42085]

2 hours ago, UncleLeoTheDad said:

Oh interesting.  I assumed because I saw this on the server dashboard:

.

I'll try to find an example that actually transcodes.  Get back to you.  Thanks!

The wording needs to be improved, but in these examples only the container of the media is being changed, and the original video stream is being served as-is.

[UncleLeoTheDad 3]

Got it!  Thanks for educating me!

 

I just forced some transcoding to occur and it looks like it is going with hardware for portions of it.  When I looked at this a few days ago it wasn't working at all, but I think upgrading the drivers was the ticket.  Thanks for your help again!

 

ffmpeg-transcode-7a1b2640-dd3d-4fe3-af29-9adf943f8099_1.txt ffmpeg-transcode-947b48ab-b455-47c0-bb31-32766543a6de_1.txt ffmpeg-transcode-974ea823-cedb-4601-94af-fce93ebd7d0d_1.txt ffmpeg-transcode-e56d2b76-ee76-429d-84af-eece9603a4d2_1.txt ffmpeg-transcode-fff7f744-f158-4152-adb3-f2738b44b537_1.txt

[Carlo 4561]

So did these transcode ok for your clients?

[UncleLeoTheDad 3]

Yes, I think so.  I was more surprised that the GPU wasn't be used and thus it wasn't behaving efficiently.  It seems like it is, just that hard GPU isn't used for REMUXing, which makes sense.