Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. Emby
  3. Hardware transcoding is not working

Hardware transcoding is not working

Scheduled Pinned Locked Moved Solved Emby
7 Posts 4 Posters 2.0k Views 4 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • R Offline
      R Offline
      random_eric
      App Dev
      wrote on last edited by
      #1

      I followed the guide but hardware transcoding is not working (for quicksync at least)

      The guide assumes that everything is working well, but does not offer troubleshooting steps.

      This is the output of vainfo:

      libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
      libva info: Found init function __vaDriverInit_1_10
      libva info: va_openDriver() returns 0
      vainfo: VA-API version: 1.14 (libva 2.12.0)
      vainfo: Driver version: Intel i965 driver for Intel(R) Skylake - 2.4.1
      vainfo: Supported profile and entrypoints
            VAProfileMPEG2Simple            : VAEntrypointVLD
            VAProfileMPEG2Simple            : VAEntrypointEncSlice
            VAProfileMPEG2Main              : VAEntrypointVLD
            VAProfileMPEG2Main              : VAEntrypointEncSlice
            VAProfileH264ConstrainedBaseline: VAEntrypointVLD
            VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
            VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
            VAProfileH264ConstrainedBaseline: VAEntrypointFEI
            VAProfileH264ConstrainedBaseline: VAEntrypointStats
            VAProfileH264Main               : VAEntrypointVLD
            VAProfileH264Main               : VAEntrypointEncSlice
            VAProfileH264Main               : VAEntrypointEncSliceLP
            VAProfileH264Main               : VAEntrypointFEI
            VAProfileH264Main               : VAEntrypointStats
            VAProfileH264High               : VAEntrypointVLD
            VAProfileH264High               : VAEntrypointEncSlice
            VAProfileH264High               : VAEntrypointEncSliceLP
            VAProfileH264High               : VAEntrypointFEI
            VAProfileH264High               : VAEntrypointStats
            VAProfileH264MultiviewHigh      : VAEntrypointVLD
            VAProfileH264StereoHigh         : VAEntrypointVLD
            VAProfileVC1Simple              : VAEntrypointVLD
            VAProfileVC1Main                : VAEntrypointVLD
            VAProfileVC1Advanced            : VAEntrypointVLD
            VAProfileJPEGBaseline           : VAEntrypointVLD
            VAProfileJPEGBaseline           : VAEntrypointEncPicture
            VAProfileVP8Version0_3          : VAEntrypointVLD
            VAProfileHEVCMain               : VAEntrypointVLD
      

      and this the hardware_detection in emby:

      DeviceIndex": 0,
      "DeviceInfo": {
      "VendorName": "Intel Corporation",
      "DeviceName": "HD Graphics 530",
      "SubsytemVendorName": "Hewlett-Packard Company",
      "VendorId": 32902,
      "DeviceId": 6418,
      "SubsytemVendorId": 4156,
      "SubsytemDeviceId": 32854,
      "DevPath": "/sys/bus/pci/devices/0000:00:02.0",
      "DrmCard": "/dev/dri/card0",
      "DrmRender": "/dev/dri/renderD128",
      "IsEnabled": 1,
      "IsBootVga": 1
      },
      "Error": {
      "Number": -1,
      "Message": "Failed to open the drm device /dev/dri/renderD128"
      }
      

      So I do have quick sync on my cpu, but it looks like something is not setup correctly with the emby image.

      I don't know if this is normal, but this is theoutput that I see when I run ls /dev/dri from within the docker container.

      root@2109ec5d-beb5-4287-a080-b4591978c3e6:/dev/dri# ls -l
      total 0
      crw-rw---- 1 root video 226,   0 Oct  7 21:03 card0
      crw-rw---- 1 root   109 226, 128 Oct  7 21:03 renderD128
      
      1 Reply Last reply
      0
      • subvenS Offline
        subvenS Offline
        subven
        wrote on last edited by
        #2

        What OS do you use? Ubuntu 20.04 or 22.04? Your problem seems to be permission related. Maybe because of docker and cgroup.

        "Message": "Failed to open the drm device /dev/dri/renderD128"
        
        crw-rw---- 1 root   109 226, 128 Oct  7 21:03 renderD128
        

        Emby is not able to access renderD128 and what is group 109? Can someone else please compare that with his own configuration?

        R 1 Reply Last reply
        1
        • subvenS subven

          What OS do you use? Ubuntu 20.04 or 22.04? Your problem seems to be permission related. Maybe because of docker and cgroup.

          "Message": "Failed to open the drm device /dev/dri/renderD128"
          
          crw-rw---- 1 root   109 226, 128 Oct  7 21:03 renderD128
          

          Emby is not able to access renderD128 and what is group 109? Can someone else please compare that with his own configuration?

          R Offline
          R Offline
          random_eric
          App Dev
          wrote on last edited by
          #3

          @subven
          Interesting. I thought I had changed the permission to ensure that was not it, but you're right. It really was the permissions.
          Group 109 is render on the host..

          Thanks for pointing out the issue
          (It's 22.04)

          nebulonN 1 Reply Last reply
          0
          • R random_eric

            @subven
            Interesting. I thought I had changed the permission to ensure that was not it, but you're right. It really was the permissions.
            Group 109 is render on the host..

            Thanks for pointing out the issue
            (It's 22.04)

            nebulonN Offline
            nebulonN Offline
            nebulon
            Staff
            wrote on last edited by
            #4

            @random_eric does it work now after adjusting the permissions?

            R 1 Reply Last reply
            0
            • nebulonN nebulon marked this topic as a question on
            • nebulonN nebulon

              @random_eric does it work now after adjusting the permissions?

              R Offline
              R Offline
              random_eric
              App Dev
              wrote on last edited by
              #5

              @nebulon
              Yes, it works now.
              I chmodded with a+rw

              randyjcR 1 Reply Last reply
              1
              • nebulonN nebulon has marked this topic as solved on
              • R random_eric

                @nebulon
                Yes, it works now.
                I chmodded with a+rw

                randyjcR Offline
                randyjcR Offline
                randyjc
                wrote on last edited by randyjc
                #6

                @random_eric sorry to be reopening this topic. But how did you managed to get this permission being set?

                I got the exact same issue currently.

                
                "DeviceIndex": 0,
                "DeviceInfo": {
                "VendorName": "Intel Corporation",
                "DeviceName": "Iris Pro Graphics 580",
                "SubsytemVendorName": "Intel Corporation",
                "VendorId": 32902,
                "DeviceId": 6459,
                "SubsytemVendorId": 32902,
                "SubsytemDeviceId": 8292,
                "DevPath": "/sys/bus/pci/devices/0000:00:02.0",
                "DrmCard": "/dev/dri/card0",
                "DrmRender": "/dev/dri/renderD128",
                "IsEnabled": 1,
                "IsBootVga": 1,
                "Error": {
                "Number": -1,
                "Message": "Failed to open the drm device /dev/dri/renderD128"
                
                ------
                
                drwxr-xr-x  3 root root        100 Jan  4 11:45 .
                drwxr-xr-x 20 root root       4.3K Jan  4 11:45 ..
                drwxr-xr-x  2 root root         80 Jan  4 11:45 by-path
                crw-rw----  1 root video  226,   0 Jan  4 11:45 card0
                crw-rw----  1 root render 226, 128 Jan  4 11:45 renderD128
                
                1 Reply Last reply
                0
                • randyjcR Offline
                  randyjcR Offline
                  randyjc
                  wrote on last edited by randyjc
                  #7

                  Fixed it:
                  Create:

                  /etc/udev/rules.d/99-dri.rules

                  paste:

                  KERNEL=="card[0-9]*", GROUP="video", MODE="0666"
                  KERNEL=="renderD*", GROUP="video", MODE="0666"
                  

                  source:

                  https://emby.media/community/index.php?/topic/67576-omv-docker-emby-problem-with-vaapi/&do=findComment&comment=1002606

                  1 Reply Last reply
                  2
                  Reply
                  • Reply as topic
                  Log in to reply
                  • Oldest to Newest
                  • Newest to Oldest
                  • Most Votes


                    • Login

                    • Don't have an account? Register

                    • Login or register to search.
                    • First post
                      Last post
                    0
                    • Categories
                    • Recent
                    • Tags
                    • Popular
                    • Bookmarks
                    • Search