Djoss

A new image is now available, in case you didn't see it.

I assume you did not enable compression/encryption ? It seems that there are a few things you can do to improve upload speed. See : https://kb.msp360.com/standalone-backup/general/how-to-increase-upload-speed

Same issue inside a private window ? Try to enable debug by connecting to http://192.168.69.99:7806/?logging=debug and provide the output of the browser console. You can also try to connect using a VNC client to see if your issue is specific to the web access or not.

You should try to look at/compare the encoding speed (it should be faster than non-QSV encoder). Enabling QSV doesn't mean that the CPU is not affected. There is also the decoding part that (I think) is not accelerated.

Or just copy the license file to the appdata folder. https://github.com/jlesage/docker-filebot#installing-a-license

Try to clear your browser's cache, or try with another browser...

Can you try to enable privileged mode just to see if this help?

You may have encountered a glitch: Try to remove usage of any access list in your proxy host, then save. After that, re-assign your access list and save. The Access section is not required if you don't need it.

Sure, thanks for letting me know!

Try to enable "Satisfy Any" under the access list. When not enabled, it means that content of both the "Authorization" and "Access" tabs must be satisfied to allow access.

It's related to the different Docker networking mode. See https://docs.docker.com/network/ Not sure why in bridge mode the container is not starting. If you install the container with all default settings, it should not have any issue starting.

Where this landing page is coming from ? If you get security warning, the request is probably not reaching NPM...

Not sure if we can do something with the issue, but in CrashPlan settings, you can disable the need to periodically login to the UI...

There is an option in HandBrake preferences to disable usage of the m4v extension. https://handbrake.fr/docs/en/latest/technical/containers.html

Under the Audio/Track Selection tab, you have an option to adjust the gain of the audio track.

Are you getting the error from the auto converter, the UI or both?

You need to save your settings as a new preset. Then configure the automatic video converter to use this preset (see the Automatic Video Converter: Preset setting).

In fact it's not the container that is crashing, but it seems to have a (silent) error while Java is executing.

Do you get the same error if you execute "docker run --rm jlesage/firefox" ?

Are you getting a pop-up when you start the container ? Recent Firefox versions use a system call which is blocked by Docker. You need to add "--security-opt seccomp=unconfined" in Extra Parameters. https://github.com/jlesage/docker-firefox#allowing-the-membarrier-system-call

Java is already included in the container image. However, there is a known issue where Java is crashing when it tries to handle the disc protection, like the one you have on your disc. I already contacted the author of MakeMKV and provided the debug information related to the crash, but I didn't get feedback on this yet. I'm not sure if the issue is specific to the container or not. I should try to reproduce the crash in a Linux VM with MakeMKV installed...

Before re-installing, did you removed the appdata folder ?

Are you getting this on a new install ?

I'm personally not too concerned. The company has been renamed, but they still sell and develop the software.

Try to clear the variable "AUTOMATED_CONVERSION_INSTALL_PKGS". Installing libva and libdrm through this variable will override/downgrade the versions that come with the image.