It is a known issue for some games to not work with Kernel when using the slot-1 microSD access setting.
It is not. TWLMenu++ passes the save file path to nds-bootstrap.
it's fucked and we dont know why is the tl;dr
Yeah, I found that out while testing. Before disabling that, I couldn't get any games to run. On that note, I also noticed that disabling this makes the other slot-1 related settings disappear. I can't modify the SCFG setting, for example, if slot-1 mSD access is disabled. I'm assuming this is because it's autoloading the akmenu4 loader. Doesn't seem like it loads it if I have mSD access enabled, because I don't get the "Loading" splash with it turned on. That's likely why games won't run with it enabled.
Ah, that's really odd, then. Maybe it does that if a save already exists in the "saves" directory? I'm not really sure, but if I set a game to use nds-bs through its settings, it'll create a new save next to the ROM, rather than use the one in the designated directory.
Ah, ok, that's what I had figured. I sort of assumed that the kernel could use DSi features when booted this way, but I suppose not.
This is because in TWLMenu++ Settings, TWLMenu++ is set to place saves in the same place as the `.nds` files, instead of inside the "saves" directory.
DSiWare saves are in `.pub` and/or `.prv` format.
After some more tinkering, I've found this is only happening to Pokémon Platinum. What I've noticed is that it's actually deleting the save file from the saves directory, and making a new one next to the ROM. If I place an existing save next to the ROM, it replaces that one with a new one. That new one can be saved to without any problems, but it can't be moved to the saves directory without being replaced by another new save. This happens on both the 3DS and flashcart, regardless of whether the kernel or nds-bs is set as the loader. So, I'm a little stumped. It wasn't doing this the other day.
[...]
std::string fcPath;
int err = 0;
snd().stopStream();
cardInit();
if ((!memcmp(ndsCardHeader.gameTitle, "ACEKARD2I", 9))) {
CIniFile fcrompathini("fat:/__aio/lastsave.ini");
fcPath = replaceAll(ndsPath, "fat:/", woodfat);
fcrompathini.SetString("Save Info", "lastLoaded", fcPath);
fcrompathini.SaveIniFile("fat:/__aio/lastsave.ini");
ms().slot1Launched = true;
ms().saveSettings();
bool directMethod = false;
if (io_dldi_data->ioInterface.features & FEATURE_SLOT_GBA) {
directMethod = true;
} else if (ms().slot1LaunchMethod==0 || sys().arm7SCFGLocked()) {
dsCardLaunch();
} else if (ms().slot1LaunchMethod==2) {
unlaunchRomBoot("cart:");
} else {
directMethod = true;
}
if (directMethod) {
SetWidescreen(NULL);
chdir(sys().isRunFromSD() ? "sd:/" : "fat:/");
err = runNdsFile("/_nds/TWiLightMenu/slot1launch.srldr", 0, NULL, sys().isRunFromSD(), true, true, false, true, true, false, -1);
char text[32];
snprintf(text, sizeof(text), STR_START_FAILED_ERROR.c_str(), err);
fadeType = true;
printLarge(false, 4, 4, text);
stop();
}
}
else if ((memcmp(io_dldi_data->friendlyName, "R4(DS) - Revolution for DS", 26) == 0)
[...]Certain consoles just don't seem to work with soft-resetting. I don't know why.
RAM disk does not improve boot speeds.
Thank you for your reply. Really appreciate that get answer from great developer.
RAM disk support is made for certain incompatible homebrew titles.
I have no clue.
Going back to this, and just for clarification
ce4626e is very old, that's just nds bootstrap 1.5.2
Music plays fine on my side using nds-bootstrap v2.2.0. Try re-installing.
