dee31797

Unmanic can do that. It has an option to only watch .ts files (or a combination of file extensions) like recordings converter did. Set the watch folder with the "/library" directory and there's tons of other options to customize the output's codec, subtitles, etc. It's on CA apps.

Alternatives: Virt-manager https://hub.docker.com/r/patricol/virt-manager image- patricol/virt-manager:latest Motioneye (official, made by motioneye dev) https://hub.docker.com/r/ccrisan/motioneye image- ccrisan/motioneye:master-amd64 Uget hasn't had an update in over a year, I recommend finding a different downloader, maybe Jdownloader2?? Glass-isc-dhcp hasn't had an update in over 2+ years Krusader use binhex-Krusader on CA apps Handbrake https://hub.docker.com/r/zocker160/handbrake-nvenc image- zocker160/handbrake-nvenc:latest , Unmanic does just about everything Handbrake does, GUI, auto encode, intel, nvidia, or software accelerated encoding, different audio/video codecs, etc. I don't think Unmanic can rip from Discs, or combine multiple files, maybe 1 or 2 other Handbrake features I'm forgetting. Recordings Converter - Unmanic does everything this does and more. You have to do more configuring in Unmanic instead of just start up and done, but it's worth it to get the added features.

Can you post or PM me your .xml from flash drive config/plugins/dockerMan/templates-user/ , should be name something like "my-Handbrake.xml"

That error pops up several times at the startup but for me it doesn't effect anything.

Just did a test, it shows handbrake process on the gpu for me in nvidia-smi Can you please triple check that you are using the nvidia codec, screenshot on the selection in a previous post.

You're missing something. If you have it all setup and you are using the nvenc codec, and the conversion worked, it used the GPU. nvenc codec only works with the gpu. Please keep in mind, every video transcode, including gpu transcode, has some CPU load. Lastly, the nvenc codec only does the encoding (think of nvenc as NV for nvidia and enc for encoding), the decoding is still 100% CPU based.

Common issue is not selecting the codec that is GPU accelerated.

Ok so everything is working fine, for that job it's not an intense demand on your GPU. That job is only using 64MB and a very small load on the GPU chip. If you want to see a larger load on the GPU, try a 4k video encoded to the highest quality setting (slide the CQ setting all the way to the right). That will use more memory and GPU chip load.

During the conversion, open an unraid terminal window and type "watch nvidia-smi" and attach a screenshot here.

When you start the Handbrake conversion with nvenc H265 selected what happens, as in does it give an error or does the conversion complete? If it completes the conversion, can you play the video?

edit: those variables should already be there, but if not... In unraid, you'd use the docker tab, krusader settings. Using “Add another Path, Port, Variable or Device” at the bottom of the page, key is before the = and value is after the =

you can change the variables DISPLAY_WIDTH and DISPLAY_HEIGHT. It's default to 1280x768, but for example I use -e 'DISPLAY_WIDTH'='1920' -e 'DISPLAY_HEIGHT'='1080'

The touch command used in that manner just creates a file, in this case name "testfile.txt". You can use any file really. I was just suggesting trying that because if Unraid can do that action from the CLI, then Krusader should be able to as well or I hope. When I copy a folder from one place to another with the same name I get a dialog box that mentions "write into" or something similar and asks me to confirm. I also use a NTFS unassigned disk on Unraid and everything works great for me. I had hoped that I could package up this Krusader image and everyone would get the same great experience I do. Recent complaints from several users recently has altered my perspective on that vision. I'm not a developer/programmer or anything just a normal user so when things go wrong I can mostly only offer trial-and-error type troubleshooting. An alternative to this image is binhex/arch-krusader which is maintained by a talented developer based on the work I've judged for myself.

I think the user/group 0/0 should fix any permissions problems, but to verify I would try it from Unraid's CLI. touch /mnt/disks/{yourNTFSmounted-drive}/testfile.txt cp /mnt/disks/{yourNTFSmounted-drive}/testfile.txt /mnt/user/{unraid-share}/testfile.txt if possible try to use the exact same folders on the ntfs and unraid shares that failed in Krusader. If that works, it's most likely an issue with Krusader.

I never seen that error but I believe it's a permissions issue. Hard to troubleshoot but check the user id Krusader is setup with (USER_ID=) and that user has permissions to both source and destination.