So I'm pretty sure it's handbrake that's crashing me. Here is what is on the screen after the last crash and diagnostics. Has anyone been running into anything similar? It seems to have went bad after upgrading to 7.0.

skynet-diagnostics-20250617-1624.zip

On 6/1/2025 at 11:11 PM, Æþerfox said:

After migrating to Unraid 7.1.2 Handbrake auto converter now just saves empty files.

I have yet to find a cause or solution to the issues I have been having. I am now updated to the newest available versions of Unraid and Handbrake, I see in the patchnotes that QSV is disabled by default, to prevent crashes, and when running the autoconverter it crashes about 2min into a conversion when using QSV. However, when using the GUI to manually initiate the conversiion everything runs just fine. Since updating I have successfully converted six 4kUHD HDR movies from raw rips from makeMKV to AV1 10bit using QSV, and about a dozen 1080p rips to AV1 using QSV.

SO GUI works just fine but the auto converter crashes almost immediately. This tells me that the issue is somewhere in the auto conversion script.

Hey everyone. I'm running handbrake-for-nvidia and am doing my first transcode. I noticed when I kicked it off, it's barely putting a dent in my GPU and plowing my processor. Am I missing something here?

:EDIT:

Figured this out (I think)

I threw a few questions at chat gpt and it determined that in my hardware/software configuration, a few things could cause this.

1. The p2200 can't transcode 8k video officially.

2. Scaling down resolution from 8k to 1080p is a CPU instruction, not GPU.

To test chat GPT's theory, I transcoded a 1080p file down to 720p using the default 265 nvenc profile in handbrake and the opposite happened. The CPU barely budged and the GPU took the load.

Edited July 14, 2025Jul 14 by ChknNRice

When trying to install the latest update on Unraid 7.0.1, I get an error, which requires me to restart my server to allow handbrake to be restarted.

docker run
  -d
  --name='HandBrake'
  --net='host'
  --pids-limit 2048
  -e TZ="America/Chicago"
  -e HOST_OS="Unraid"
  -e HOST_HOSTNAME="<Removed for Privacy>"
  -e HOST_CONTAINERNAME="HandBrake"
  -e 'AUTOMATED_CONVERSION_PRESET'='General/Very Fast 1080p30'
  -e 'AUTOMATED_CONVERSION_FORMAT'='mp4'
  -e 'AUTOMATED_CONVERSION_KEEP_SOURCE'='1'
  -e 'AUTOMATED_CONVERSION_NON_VIDEO_FILE_ACTION'='ignore'
  -e 'AUTOMATED_CONVERSION_OUTPUT_DIR'='<Removed for Privacy>'
  -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'='1'
  -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'
  -e 'TCP_PORT_7803'='7803'
  -e 'TCP_PORT_7903'='7903'
  -l net.unraid.docker.managed=dockerman
  -l net.unraid.docker.webui='http://[IP]:[PORT:5800]'
  -l net.unraid.docker.icon=''
  -v '/mnt/user/':'/storage':'ro'
  -v '/mnt/user/Backup/FullDisc/':'/output':'rw'
  -v '/mnt/user/appdata/HandBrake':'/config':'rw' 'jlesage/handbrake'

docker: Error response from daemon: Conflict. The container name "/HandBrake" is already in use by container "cf2987ddf4c8c39be8b4dda44a625c206c35b962fb5584acc2596e299853bd03". You have to remove (or rename) that container to be able to reuse that name.
See 'docker run --help'.

The command failed.

Hello,
Before I dive into the documentation I have a simple question.
Can Handbrake under Unraid be set on a directory target and set to re-encode all WMV files found into a newer more stable format such as MP4? Kind of a batch job

On 6/29/2025 at 1:09 PM, Æþerfox said:

I have yet to find a cause or solution to the issues I have been having. I am now updated to the newest available versions of Unraid and Handbrake, I see in the patchnotes that QSV is disabled by default, to prevent crashes, and when running the autoconverter it crashes about 2min into a conversion when using QSV. However, when using the GUI to manually initiate the conversiion everything runs just fine. Since updating I have successfully converted six 4kUHD HDR movies from raw rips from makeMKV to AV1 10bit using QSV, and about a dozen 1080p rips to AV1 using QSV.

SO GUI works just fine but the auto converter crashes almost immediately. This tells me that the issue is somewhere in the auto conversion script.

I swapped my CPU and now everything works great... No idea why my CPU would be bungling up a 100%GPU task, but whatever. I guess when they say Unraid isn't compatible with 1st gen Zen Architecture they really mean it.

On 12/4/2025 at 8:13 AM, xtrips said:

Hello,
Before I dive into the documentation I have a simple question.
Can Handbrake under Unraid be set on a directory target and set to re-encode all WMV files found into a newer more stable format such as MP4? Kind of a batch job

You can use a watch folder for this, but are you sure you want to re-encode? You can remux those to a different container using mkvtoolnix and avoid generational losses.

I don't know the triggering change, but UHD H.265 10 bit encodes have started to make my unraid GUI and SMB become laggy, unresponsive, and time-out. This is new behavior that I've only noticed started last month+. It seems that 1080p still leaves the GUI and SMB working as expected.

I have --cpu-shares=2 and --cap-add=SYS_NICE set. APP_NICENESS is set to 12.

Encode uses the array as a source and a cache HHD (independent of the server SSD cache) as a destination.

The server is running 7.1.4

I know I could pin away from core0 as a nuclear option, but I would rather not lose the encode performance. Please help.

Edited May 24May 24 by aburgesser