The one thing that jumps out at me here is that you are referencing org.bytedeco:cuda which is just the low level cuda api. If you wanted to have the cuda drivers with cudnn, it would be the cuda-platform-redist artifact instead.
Strongly agree on using Dependencies as suggested above. I had a slew of these when I went to Beta 7 which I tracked down using Dependencies to be missing Microsoft Visual C++ Redistributables. I would never have found that out otherwise. You may well find that Dependencies in its full form will fall foul of your Anti-Virus as one of the files it includes will get flagged. Just get the version which says “If you’re running an AV, use this download”. It does everything you will need.
I seem to have 11 of those things installed and I think it was pure chance that the ones I needed were not part of the 9 I already had! Screengrab from Dependencies for jnind4jcuda.dll
I think I was missing VCRUNTIME_140_1.dll. The issue from a DL4J perspective I think is more one about documentation than anything else. Not really a “bug” per se. I’ll raise an issue to that effect if that makes sense?
Yes, either it has to be documented, or it has to work without it
Ideally it should work with out it, as usually starting with DL4J is as simple as adding two dependencies. One for the core functionality and one to choose the backend.