Djoss

It should definitely work... Did you try with another browser or in a private/incognito window ?

Maybe share a screenshot of what you are seeing, just to make sure. Did you try to start the container with an empty /mnt/user/appdata/JDownloader2 folder (you can move your current folder if needed)?

Note that there is currently an issue with the automatic disc ripper for people using the beta key (MakeMKV version is expired). A Docker image update will be available soon to address this.

Are you still getting a blank screen after some time ? You might have a blank screen while JDownloader update itself.

Thanks for pointing the documentation typo. This will be fixed.

So in your case MakeMKV is not reading from an optical drive, but from a file ? Do you have the same issue with v24.11.1 ?

So you are getting the following error ? [cont-init ] 55-filebot.sh: Checking... https://api.opensubtitles.com/api/v1/login [400 Bad Request] Did you check that you can login with the same username/password on opensubtitles.com ? I just tried on my side and it's working fine: [cont-init ] 55-filebot.sh: Enter OpenSubtitles username: Enter OpenSubtitles password: Store user preferences to [User Preferences: /config/prefs.properties at /config/prefs.properties] [cont-init ] 55-filebot.sh: Set OpenSubtitles login details [cont-init ] 55-filebot.sh: Checking... OK

You can edit the container settings to set the password. There is a "OpenSubtitles Password" field for that,

If the /output folder is not mapped to anything, files downloaded there should be stored in your docker.img, i.e. somewhere under /var/lib/docker/.

What is the backup plan status ? Any warnings / errors reported ?

How do you see this ? I don't see it as blacklisted on my side...

The current container is based on Alpine Linux. Nvidia doesn't provide any source code for the software/libraries required to use their acceleration. Thus, Alpine Linux cannot be used But still, I'm considering doing things differently, since there is a lot of requests to support nvenc and other kind of hardware acceleration.

The latest version of FileBot switched to the new OpenSubtitles REST API by default. You now need to provide credentials for opensubtitles.com instead of opensubtitles.org.

I assume the "net/filebot/login/OpenSubtitles" line contains your actual username/password for OpenSubtitles ?

I just tried on my side and it's working fine for me. Do you have any other opensubtitles related fields in /mnt/user/appdata/FileBot/prefs.properties ?

What the log is telling exactly ?

New image is now available

Did you add you license key to the "Licence Key:" field in container settings ^

There is already a way to save/restore the result of a scan, but I guess this is not what you are looking for. Since this container only packages QDirStat, I would suggest that you also provide your requests at https://github.com/shundhammer/qdirstat.

Did you report this issue to the CrashPlan support team ?

This variable is no longer needed. Can you share a screenshot of the error you are getting ?

For now I reverted to the previous FileBot version, so the container should work again after updating it.

So the container has its own file system and by default /storage inside the container is mapped to /mnt/user of your unRAID server. Also, the web interface you are accessing when opening the link under the Docker page is the X11 Tixiati application running inside the container. So in this context, yes there are some limitations (it's like a remote desktop). However, you can use the Clipboard from the side panel to share text between the host and container. For the other point you mentioned: Tixati also offers a native web interface that you need to activate. To access this native web interface, you need to edit the container's settings and add a new "Port": this will setup a port mapping between unRAID and the container. By default, the port is 8888. So you would have to set the "Container Port" and "Host Port" to 8888. Once done, you can access this via <unraid ip>:8888.

I would instead mount the network share on unRAID itself. Then, you can map the folder to the container.

Are you able to connect another FTP server (e.g. one from Internet) ? Also, just to make sure: this container is not a FTP server, but a FTP client. So when you say that you are trying to "connect from one filezilla server to the other", I'm not exactly sure what you mean.