![]() ![]() nds files then one would need to verify only each 8th word. If the RAM=ROM+1FFFE00h formula does apply to all cart headers, then one could use that to detect files with DLDI (and skip patching normal software without DLDI).Īnd, there are those sixteen FFh-bytes at 1230h in the above ROM dump, that looks as if the DLDI header at 1240h were 32-byte aligned? If that's the case in all. I didn't do the maths yet on how slow it could be - maybe it isn't taking up too many milliseconds even on large ARM9 bootcode blocks. The bigger problem would loading NDS programs without DLDI support - then it would need to scan the whole ARM9 area. If the flashcart bootloaders were supporting multithreading for that purpose (I would guess not).įinding the DLDI header won't take up too much time anyways (if it's in first some Kbytes of the ARM9 area). Tepples wrote:This interleaving might be part of why you don't notice a wait when loading an application using DLDI.
0 Comments
Leave a Reply. |