what exactly do you mean with "this"?Edit:one question: why this is present only in autoboot .dol and no in the @ploggy forwarder to nintendont?
Ploggys forwarder you load games from sd card. The wiivc are loading from usb(hdd). I think that's the question your asking. So there's something happening thereHappy to help in anything I can, I had to go anyways so good that you figured it out
plus this testing and stuff is half the fun of homebrew(I haven't played almost all my gamecube/wii injected games tbh)
Edit:one question: why this is present only in autoboot .dol and no in the @ploggy forwarder to nintendont?
Because ploggy's forwarder is from when we started working on this project, its oldHappy to help in anything I can, I had to go anyways so good that you figured it out
plus this testing and stuff is half the fun of homebrew(I haven't played almost all my gamecube/wii injected games tbh)
Edit:one question: why this is present only in autoboot .dol and no in the @ploggy forwarder to nintendont?
Thank you so much. That is exactly the guide I was looking for but couldn't remember where to find it.That's funny, your solution tell users to plug FAT32 in front port (USB2 and 3) while cIOS works only with USBPort0.
I don't know how it can work with r52.
Here is my guide :
https://gbatemp.net/posts/7216091
Though, it may become unneeded and obsolete now that Gerbilsoft updated nintendont to skip incompatible drives.
I may have to re-write my guide to add this setup.
To anyone who's been having problems with both Wii U-formatted and FAT32-formatted drives connected at the same time, please try this test build: https://github.com/GerbilSoft/Nintendont/raw/v5.457-WiiUSB2/loader/loader.dol
I added some code in the loader's usbstorage.c to skip drives that don't have a valid MBR or UStealth MBR signature.
Tested on a Wii with a Wii U-formatted drive connected on port 1 and a FAT32 drive connected on port 0. (Interestingly, the other way around seemed to work without this change...)
Post results here: https://github.com/FIX94/Nintendont/issues/423
Some other changes:
- The selected game's filename is now shown at the top of the game list. This should make it easier to distinguish between e.g. different revisions of a game.
- More comprehensive error messages for CheckForMultiGameAndRegion(). I'm pretty sure most of these errors were caused by the Wii U drive ordering issue, but I added the extra messages just in case.
On another note: I have noticed that in SA2B, there seems to be some slight lag when loading some music. This is especially noticeable after initially starting the game and then selecting 1P. There's about 1-2 seconds before the music loads. I'm not sure if this is a Nintendont regression or something wrong with my setup. I'll try bisecting it later.
EDIT: The lag was caused by updating FatFS to R0.13_p2, or by me screwing something up when doing so. Reverting the FatFS changes fixed it, so I pushed another build, v5.457-WiiUSB2.
I'm using Rythm Heaven Fever (USA) fw.img, can I patch that address too?after looking at other IOS thread priorities only very, very few get up there but I did notice one that we may be able to lower, if you know how to pack wiivc and you know what a hex editor is, before packing your wiivc open the fw.img in a hex editor, go to offset 0x179862 and change 247E to 2468, save that and then pack it and try it with that nintendont file:
https://mega.nz/#!EpYkCZYZ!QW5Bbw93wBpq_U-sWIansv5t8CNNASSZDnqNsN1_zBQ
very interesting, can you maybe try out this file?
https://mega.nz/#!Vt40BRSR!IU0VviaknrfFcAs49H0w4dzM_ld-RLKRnlkroIiBxYY
Thanks for testing by the way.
Wii U Gamepad controls are also broken in Mario Kart Double Dash with v5.458. Analogs, dpad, A button, start button... Nothing works.5.458 seems to have broken Wii U Gamepad controls in F-Zero GX; the analog stick and dpad do nothing now in the main menu, making it impossible to navigate. You can use A to start a single player race with Captain Falcon, but the controls in-race don't do anything either. The last working revision was 5.457.
Ok, patched the fw.img and replace the test loader(7), I noticed that is a bit less laggy, but still stutter in the gcn logo startup and when reading memory card, in my case with Mario Sunshine when selecting game file.after looking at other IOS thread priorities only very, very few get up there but I did notice one that we may be able to lower, if you know how to pack wiivc and you know what a hex editor is, before packing your wiivc open the fw.img in a hex editor, go to offset 0x179862 and change 247E to 2468, save that and then pack it and try it with that nintendont file:
https://mega.nz/#!EpYkCZYZ!QW5Bbw93wBpq_U-sWIansv5t8CNNASSZDnqNsN1_zBQ
maybe go REALLY hard on the patch then and not just use 2468 but 2440, if that does not help either then we may have just lost this battle and have to rewrite the entire memory card emulation code to work differently for unknown reasons.Ok, patched the fw.img and replace the test loader(7), I noticed that is a bit less laggy, but still stutter in the gcn logo startup and when reading memory card, in my case with Mario Sunshine when selecting game file.
[QUOTE="KhaderWelaye, post: 7586935, member: 300039"@ploggy has identified an issue with the homebrew ISO base that may be causing some of the speed issues we are seeing with Nintendont, I am testing with a different base now. Thanks for investigating this.[/QUOTE]="FIX94, post: 7587075, member: 232444"]maybe go REALLY hard on the patch then and not just use 2468 but 2440, if that does not help either then we may have just lost this battle and have to rewrite the entire memory card emulation code to work differently for unknown reasons.