Djoss

It seems to be an issue on CBB side... you can always complains to their support team

It seems that setting bandwidth limit can cause SSL timeouts. Did you try to remove it to see if it fixes the issue?

The way to identify a preset has been changed in the latest HandBrake version. Add the folder/group in with your preset is. For example, the official "Very Fast 1080p" preset is now identified by "General/Very Fast 1080p".

You should not be concerned by these messages. Which issue do you have exactly ?

Did you set upload bandwidth limits ?

It's an old version of FileBot that doesn't require a license. See https://github.com/jlesage/docker-filebot#donation-supported-version

Running strace on the process while ripping may help finding what is not allowed. Once we know that, you can allow this specific system call, instead of running in privileged mode. PM me if you are interested in doing this investigation,

So what's wrong with keeping AVI format ? It's a well supported format and I'm not sure to see the benefit of converting to mkv.

You need to add 1 file per job... So I guess it's not the right tool for you.

You need create "jobs" and add them to the queue.

Are you using the docker server available on the Community Apps ? If yes, it seems that this server runs on a single port (7777) and is not a web application. In this, case, I think you don't need NPM. Just the DNS name pointing to your public IP and port forwarding like you did. As for the IP, the problem could be a conflict about perceived IP of your server. From the internet, your server appears to have your public IP. But if the server also advertises/reports its own IP, it will probably be the internal one.

Note that avi and mkv are only containers for the video. So for sure, re-encoding an AVI will not make the video better: you will loose in quality. You could, however, convert (remux) an avi to mkv, i.e. copy the video from one container to another. You can try MKVToolNix for this.

I guess you have the same issue using the UI? And you added both /dev/srX and /dev/sgX devices to the container ?

This is "as designed". See the following article: https://handbrake.fr/docs/en/latest/advanced/resizing-video.html

Open the container's settings, then activate the Advanced View (toggle auto top right), edit the Storage item and change the "Access mode" to Read/Write".

You can look at the generated config file in the appdata folder to see if it looks like the example you provided earlier.

Sorry I'm not sure I follow you. Who starts giving you wrong IP addresses ? Terraria ? I never tried this docker, so I'm not sure what we should expect.

The real IP is passed to the proxied service via HTTP headers (added by nginx).

Is this proxy host mapped to an access list ? Did you try to just edit the proxy host and save, to see if the config file is correctly re-generated ?

I'm packaging the application into a Docker container, but I'm not the one developing features. You could ask such requests to the project owner: https://github.com/jc21/nginx-proxy-manager

If you don't use the watch folder (i.e. you configure no path), the automated execution won't do anything. It will be periodically executed uselessly, but this should not have an impact on the system...

What are your settings under the Audio tab? You should probably have "Any" under "Selected Languages" and have "Selection Behaviour" set to "All Tracks Matching..."

I guess you mean stopping a video being encoded by the automatic video converted ? There is currently no clean way to stop it... For temporary folder, do you mean that you don't have access to unRAID's shares/files ?

Yes, the binary is at /usr/bin/HandBrakeCLI in the container.

In proxy_pass settings, you can use IP address (of containers) instead of dns names.