Jump to content

[Support] Djoss - HandBrake


Recommended Posts

@seb_k I have the same issue as you. Even added --device /dev/dri and --device=/dev/dri to the extra parameters, add Device variable with dev/dri, changed permissions to root on the container nothing works to get the automated conversion working. Just figured I'd add another voice to the issue in the hopes that it may get some attention. 

Link to comment
  • 3 weeks later...

Cannot figure out how to get quicksync to work.

 

Hardware: Intel N5105 quicksync is supported

Gen: 11 JasperLake

Unraid Version: 7.0.0-beta.2 2024-07-12

 

Issue

After passing igpu through to container, the container/handbrake still fails to use QSV.

notWorking.thumb.png.ac6bdf5067c76ae4363f562beb376a01.png

 

Errors

[10:16:45] Compile-time hardening features are enabled
Cannot load libnvidia-encode.so.1                     
libva info: VA-API version 1.21.0                     
libva info: Trying to open /usr/lib/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_21     
libva info: va_openDriver() returns 0                   
[10:16:45] hb_display_init: attempting VA driver 'iHD'
libva info: VA-API version 1.21.0                     
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/lib/dri/iHD_drv_video.so    
libva info: Found init function __vaDriverInit_1_21         
libva info: va_openDriver() returns 0                   
libva info: VA-API version 1.21.0                  
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/lib/dri/iHD_drv_video.so    
libva info: Found init function __vaDriverInit_1_21         
libva info: va_openDriver() returns 0                       
[10:16:45] hb_display_init: using VA driver 'iHD'       
libva info: VA-API version 1.21.0                  
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/lib/dri/iHD_drv_video.so    
libva info: Found init function __vaDriverInit_1_21         
libva info: va_openDriver() returns 0                   
[10:16:45] qsv: is available on this system        
[10:16:45] hb_init: starting libhb thread  
[10:16:45] hb_init: starting libhb thread        
[10:16:45] hb_init: starting libhb thread
[10:18:09] gtkgui: Excluded extension jpg                   
[10:18:09] gtkgui: Excluded extension png               
[10:18:09] gtkgui: Excluded extension srt          
[10:18:09] gtkgui: Excluded extension ssa
[10:18:09] gtkgui: Excluded extension ass  
[10:18:09] gtkgui: Excluded extension txt
[10:18:09] CPU: Intel(R) Celeron(R) N5105 @ 2.00GHz
[10:18:09]  - logical processor count: 4           
[10:18:09] Intel Quick Sync Video support: no

 

Current Docker Run Settings

docker run
  -d
  --name='HandBrake'
  --net='bridge'
  --pids-limit 2048
  --privileged=true
  -e TZ="America/Chicago"
  -e HOST_OS="Unraid"
  -e HOST_HOSTNAME="n1nas"
  -e HOST_CONTAINERNAME="HandBrake"
  -e 'AUTOMATED_CONVERSION_PRESET'='Hardware/H.265 QSV 1080p'
  -e 'AUTOMATED_CONVERSION_FORMAT'='mp4'
  -e 'AUTOMATED_CONVERSION_KEEP_SOURCE'='1'
  -e 'AUTOMATED_CONVERSION_NON_VIDEO_FILE_ACTION'='ignore'
  -e 'AUTOMATED_CONVERSION_OUTPUT_DIR'='/output'
  -e 'AUTOMATED_CONVERSION_OUTPUT_SUBDIR'=''
  -e 'USER_ID'='99'
  -e 'GROUP_ID'='100'
  -e 'UMASK'='0000'
  -e 'APP_NICENESS'='0'
  -e 'DISPLAY_WIDTH'='1920'
  -e 'DISPLAY_HEIGHT'='1080'
  -e 'DARK_MODE'='0'
  -e 'WEB_AUDIO'='0'
  -e 'WEB_AUTHENTICATION'='0'
  -e 'WEB_AUTHENTICATION_USERNAME'=''
  -e 'WEB_AUTHENTICATION_PASSWORD'=''
  -e 'SECURE_CONNECTION'='0'
  -e 'SECURE_CONNECTION_VNC_METHOD'='SSL'
  -e 'SECURE_CONNECTION_CERTS_CHECK_INTERVAL'='60'
  -e 'WEB_LISTENING_PORT'='5800'
  -e 'VNC_LISTENING_PORT'='5900'
  -e 'HANDBRAKE_GUI'='1'
  -e 'AUTOMATED_CONVERSION'='1'
  -e 'AUTOMATED_CONVERSION_VIDEO_FILE_EXTENSIONS'=''
  -e 'AUTOMATED_CONVERSION_NON_VIDEO_FILE_EXTENSIONS'='jpg jpeg bmp png gif txt nfo'
  -e 'AUTOMATED_CONVERSION_OVERWRITE_OUTPUT'='0'
  -e 'AUTOMATED_CONVERSION_SOURCE_STABLE_TIME'='5'
  -e 'AUTOMATED_CONVERSION_SOURCE_MIN_DURATION'='10'
  -e 'AUTOMATED_CONVERSION_SOURCE_MAIN_TITLE_DETECTION'='0'
  -e 'AUTOMATED_CONVERSION_CHECK_INTERVAL'='5'
  -e 'AUTOMATED_CONVERSION_MAX_WATCH_FOLDERS'='5'
  -e 'AUTOMATED_CONVERSION_NO_GUI_PROGRESS'='0'
  -e 'AUTOMATED_CONVERSION_HANDBRAKE_CUSTOM_ARGS'=''
  -e 'AUTOMATED_CONVERSION_INSTALL_PKGS'=''
  -e 'AUTOMATED_CONVERSION_USE_TRASH'='0'
  -l net.unraid.docker.managed=dockerman
  -l net.unraid.docker.webui='http://[IP]:[PORT:5800]'
  -l net.unraid.docker.icon='https://raw.githubusercontent.com/jlesage/docker-templates/master/jlesage/images/handbrake-icon.png'
  -p '7803:5800/tcp'
  -p '7903:5900/tcp'
  -v '/mnt/user':'/storage':'ro'
  -v '/mnt/user/watch/':'/watch':'rw'
  -v '/mnt/user/recordings/':'/output':'rw'
  -v '/mnt/user/appdata/HandBrake':'/config':'rw'
  --device='/dev/dri' 'jlesage/handbrake'

19be8d8fae17f09f13f2591817f99c33f9e6e0ba799f82ad47b77d3d9735df38

 

Troubleshooting I've done

Enable & Disabled Privileged mode

added --device /dev/dri to extra parameters

added Device through the UI with /dev/dri

Tried --device /dev/dri/renderD128:/dev/dri/renderD128 --device /dev/dri/card0:/dev/dri/card0 in extra parameters

did the chmod -R 777 /dev/dri thing inside of /boot/config/go

added modprobe i915 to /boot/config/go (isn't necessary but tried anyway)

Tried another container -> docker pull zocker160/handbrake-nvenc but QSV also doesn't work.

Modified the container to force use i965 driver but I get libva info: va_openDriver() returns -1 instead of 0

Changed -e 'USER_ID'='99' to -e 'USER_ID'='0'

 

 

Not sure what else to try or do?

Edited by spxlabs
Link to comment

Hello,

I have an Unraid server based on an i7-7700k CPU.

I use it mainly as NAS but want to start encoding and arranging my video file collection.

Mostly I'm talking about 4K or 1080p sources, I won't change the resolution and want to use the Intel QSV H.265 10-bit.

The actual speed I can reach with the 7700k is around 25fps during 4K encoding.

On a i7-12700k the speed is almost double (48-50fps).

I was thinking of acquiring an Intel Arc A380 (120 EUR) to increase the encoding speed, but I couldn't find any comparisons between any of the i7s and an A380... so I'm not sure if that's a good idea.

 

Does anyone have experience and can share some feedback about ARC QSV H265 encoding?

Also, I know that Intel ARC GPUs had (have?) issues with Linux due to their drivers... were they fixed, are they running OK on Unraid?

 

Thanks a lot!

 

LE. I can't use ReBAR on the Unraid server as the MB has an Intel Z270 chipset that does not have the ReBAR capability.

Edited by netall
LE
Link to comment

Hi guys,

 

I have Handbrake 1.8 Docker container. When I login to Handbrake's WebUI on my android phone I get a very limited experience in the browser. Finger presses move a cursor around the screen and I can't rotate or zoom in.

 

Is there an Android app that can act as a go-between?

Link to comment
  • 2 weeks later...

I'm following up on my above post:

 

I have acquired the ARC380 and installed it on my server.

I encoded a few files (1080p, H.265 on Intel QSV 10-bit) but to my surprise, the encoding time on the ARC 380 is the same as the one from the i7-7700K, double of the 12700K encoding time - using the same settings (I'm talking about ~125fps for i7-7700K/UHD630 and ARC 380 vs ~250fps for i7-12700K.
 

So, I'm left with a couple of questions:

- how can I check what hardware is used for encoding: ARC 380 or UHD 630? I think Handbrake is, somehow, still using the iGPU even if I disabled it from the BIOS!

- since I can't activate ReBAR (not available for 7700K/Z270 chipset), might this be the most I can get from ARC 380?
 

Thanks!

Link to comment
  • 2 weeks later...
  • 2 weeks later...
On 8/29/2024 at 2:35 PM, mg3299 said:

I am using Handbrake-for-Nvidia and I notice that it uses my CPU instead of my GPU. I am using the profile preset of Hardware->H.265 NVENC 1080p and do I have the NVidia Driver plugin/app. Any suggestions?

 

Did you properly pass the GPU through into the container?

Link to comment

Are there any known issues with QSV AV1 Encoding?

 

Can't seem to take a 4K HDR source and encode it down into 1080p (10bit or 8bit) using AV1 QSV (Intel Arc A310)

 

Unraid keeps spitting out Segfaults like this:

 

Tower kernel: ghb[2951134]: segfault at 1ffff216b ip 000014c5c025ab36 sp 000014c5bb402850 error 4 in libmfx-gen.so.1.2.10[14c5c0050000+487000] likely on CPU 8 (core 0, socket 0)

 

Edited by MowMdown
Link to comment

just started some x265 builds and am suddenly getting:

[227844.421542] ghb[28415]: segfault at 0 ip 0000152b32c143a0 sp 0000152b1ea65cf8 error 4 in ld-musl-x86_64.so.1[152b32bce000+54000] likely on CPU 22 (core 38, socket 0)
[227844.421556] Code: 48 39 ca 75 f0 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39
[228026.215445] ghb[31756]: segfault at 0 ip 00001527519673a0 sp 000015273d590cf8 error 4 in ld-musl-x86_64.so.1[152751921000+54000] likely on CPU 14 (core 28, socket 0)
[228026.215457] Code: 48 39 ca 75 f0 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39
[228083.419031] ghb[19625]: segfault at 0 ip 000014889122b3a0 sp 000014887ce69cf8 error 4 in ld-musl-x86_64.so.1[1488911e5000+54000] likely on CPU 3 (core 4, socket 0)
[228083.419041] Code: 48 39 ca 75 f0 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39

 

Get a repro every time I hit start from the queue.  Any idea what's causing this?

Link to comment
4 hours ago, scs3jb said:

just started some x265 builds and am suddenly getting:

 

[227844.421542] ghb[28415]: segfault at 0 ip 0000152b32c143a0 sp 0000152b1ea65cf8 error 4 in ld-musl-x86_64.so.1[152b32bce000+54000] likely on CPU 22 (core 38, socket 0)
[227844.421556] Code: 48 39 ca 75 f0 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39
[228026.215445] ghb[31756]: segfault at 0 ip 00001527519673a0 sp 000015273d590cf8 error 4 in ld-musl-x86_64.so.1[152751921000+54000] likely on CPU 14 (core 28, socket 0)
[228026.215457] Code: 48 39 ca 75 f0 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39
[228083.419031] ghb[19625]: segfault at 0 ip 000014889122b3a0 sp 000014887ce69cf8 error 4 in ld-musl-x86_64.so.1[1488911e5000+54000] likely on CPU 3 (core 4, socket 0)
[228083.419041] Code: 48 39 ca 75 f0 c3 48 89 f8 48 83 fa 08 72 14 f7 c7 07 00 00 00 74 0c a4 48 ff ca f7 c7 07 00 00 00 75 f4 48 89 d1 48 c1 e9 03 <f3> 48 a5 83 e2 07 74 05 a4 ff ca 75 fb c3 48 89 f8 48 29 f0 48 39

 

 

Get a repro every time I hit start from the queue.  Any idea what's causing this?

 

Rolled back to v24.06.1 but got this same segfault from a shared library.  Version v24.09.1 / latest / nightly has the same issue.

 

Going back to v24.03.1 worked, so it looks like its been introduced in some version after this.  

 

Updated baseimage to version 4.6.3, which brings the following changes:

Is the likely culprit, as it seems to be caused by a shared library brought in by alpine.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...