KrypticKahos

Did some more testing and C-states were already disabled, and setting PCIe generation didn't help either. Turns out it was because I had an odd hardware configuration. I had my GPU in the secondary PCIe slot, and my HBA card in the primary GPU slot. I did this previously because I wanted maximum bandwidth to the hard drives. Turns out that my motherboard didn't like that setup. I put the GPU in the primary slot, and HBA in the secondary and now the GPU is showing up and everything is working as expected.

BIOS was updated, and you were correct. The notes for the new version had fixes for 40 series card compatibility. This however didn't resolve my issues. I will also go and attempt disabling C-states, and forcing the PCIe generation.

I previously had a 1050Ti GPU installed without issues being used with dockers for transconding. I just put in a 3050 and get no device found. nvidia-smi output gives "No Devices were Found" VFIO is unbound. Graphics card seems functional as I have video out on the card during bootup. Diagnostics are attached. I have also tried multiple driver versions, allowing it to fully download and install and rebooted. Have any other input on why it may not be visible? sv1-diagnostics-20230829-1543.zip

It was likely just some glitch with the update process. Reflashed the usb from backup and retried the update and it booted without issue.

Sure enough. Didn't even think of that as a possibility but its correct.

So it would appear that I may have found a bug regarding Key_3 VNC Password, and am not sure if this could be an issue on the docker image side or the noVNC side. I setup a password for Key_3, but when accessing the webgui I can get in with 70% of the password correct, or any combination of characters after the correct password. I have also attempted to change the password with similar results. For example if I set Key_3 to Password123, I am able to get to the gui with Password or Password1234567890. This isn't critical for my application and I haven't seen anyone else on here or the noVNC github with a similar issue. But it might be something to look into. If it's likely more of an issue with noVNC I'll post an issue on github.

Correct. I have tried with somewhere between 5-10 DVDs and I am not using a CC track. makeMKV will report a disk read speed of between 2.5-3x but it will still take the 2+ hours to complete. Connecting the optical drive to a windows OS or Mac OS computer will give the expected speed with about 15min to complete in makeMKV.

First off great work on this docker. For the most part I've had great success with blu-ray and 4K. I am now having issues with ripping DVDs. I will initially get quick speeds but then it quickly slows down where the rip time will go up to 2 hours a disk. The optical drive setup works fine with blu-ray and will finish in about 30min. Rips are going to an external unassigned devices drive and I have attempted privileged mode with same results. Same result with any DVD I attempt to rip. I also have both devices passed through in docker advanced. Any idea what could be going on?