doubt its anything to do with the actual implementation but more so just a thing of nintendont sometimes being a tad bit unstable, you could always just compile a nintendont version yourself that shows whats happening on screen, just comment out the "if(argsboot == false)" lines in the main.c file.
For some reason I had to redefine ZIP in the kernel MAKEFILE. Not sure why, but I setup the env on an 8inch 32bit Win10 tablet (lol)
Code:
ifeq ($(windows), 1)
ZIP = zip/zip.exe
else
ZIP = zip/zip.exe
endif
I commented out all "if(argsboot == false)" other than the one on line 788 and it seems to work. I currently don't have access to my WiiU, but it worked as expected on a Wii. I will test this in WiiVC next week when I'm home.
oh also at first my app booter didnt properly work either, I found out on wii vc its very important to unmount the sd card prior to booting nintendont or else you can get a black screen or the games run horribly slow, there seems to be some sort of irq conflict or something inside the fw.img sd implementation when having multiple handles left open. so make sure in usb loader gx that the sd is unmounted.
Hmm I'll have to try reloading the SD next time, but wouldn't that also break when launched from an external loader using nincfg.bin instead of arguments? Disabling arguments works fine.
Last edited by JacobM,