Kingfield said:
Uruha said:
king i read ur explanation.
I don't agree with you in that, sure a DS game needs to save to a DS cart, but the SD can take its place.
GB games and SNES games are not Slot-1 games but since they are being run from Slot-1 they will save there. Just hope the DSi scene goes as great as the PSP's, custom firmwares and all.
Thats realy a dumbed down explanation, if you think about it. If the DSi isn't coded to be able to read .nds roms off the SD card, then without severe modification (someone hard-coding it in), it wouldn't work. It wouldn't be something simple like the PSP which was originally already able to play games off the Pro Duo.
The DSi can read whatever data is on the SD card, but the trick is telling the DSi what to do with it. For example, if I put a .iso file containing the image for Phantasy Star Portable on the SD in a DSi, it'll look at the data and not tell the user about it, because its told to ignore such data when telling the user about what is on the card. If the software on the DSi is modified to interpret the data (i.e. custom firmware, loader, etc.), the DSi will process the data and return meaningful output. The DSi can't be hard-coded to ignore files of certain extension type, because it has no understanding of extension without software. Thus, by totally replacing the software, we can use the hardware known as the DSi to do whatever we want with whatever data we want, once we find out how to use the software currently installed on the hardware to gain direct access to the hardware.
This is how the PSP cfw deal works - by finding a kernel-level exploit, we can tell the software currently installed to do certain things that result in a new software being installed. This new software, which happens to retain all the functionality and looks of the old software, can do things like display information for binary data in an .iso wrapper, and interpret data found within those .isos.