It's not open source AFAIK, so that'd pose a bit of a problem.The bad news is you would probably have to edit the source. The good news is that it sounds like a minor change to make.
It's not open source AFAIK, so that'd pose a bit of a problem.The bad news is you would probably have to edit the source. The good news is that it sounds like a minor change to make.
In theory it may be possible to do patch the binary by reverse engineering it and modifying it in ASM or whatever, but that'd probably be a bit tricky. I don't know what format the NDSGBA binary is in (I think perhaps PLG, but I know nothing about that format or it's structure, nor if there are tools for reverse engineering it). The DS ROM Hacking documentation by FAST6191 may prove helpful, but the tools required will be different, as the PLG format is different to NDS, and I don't think the SC DS2 CPU is ARM, which also makes a difference to reverse engineering.
It'd probably be quite a bit of work though.
Pretty sure it's an ARM9I don't think the SC DS2 CPU is ARM, which also makes a difference to reverse engineering.
//this was taken from their latest SDK, not sure if its accurate or not
typedef struct run_plugin_head_t {
u32 cpu_code_offset;
u32 cpu_code_len;
u32 cpu_load_addr;
u32 cpu_jmp_addr;
u32 nds_code_offset;
u32 nds_code_len;
} Run_Plugin_Head;
//this is just me guessing at this point
//probably plugin binary data
//probably nds binary data
Of course it'd be simple. But there is no way of contacting the developer, as it was (probably) just the SuperCard team using a fake name with no contact details so that they couldn't be held legally responsible for not releasing source, which they should have because it used GPL code.seems like it would be a fairly simple addition for whoever coded the emulator in the first place, since it can already map A and B to X and Y, it'd be great to have the possibility to remap all buttons. perhaps someone should into contacting the developer(s) [?]
Of course it'd be simple. But there is no way of contacting the developer, as it was (probably) just the SuperCard team using a fake name with no contact details so that they couldn't be held legally responsible for not releasing source, which they should have because it used GPL code.
The DS is incapable of decent GBA emulation, it's only possible at a decent speed via the DSTwo's additional processor, which can only run this one. I think it is based on VBA from memory.Of course it'd be simple. But there is no way of contacting the developer, as it was (probably) just the SuperCard team using a fake name with no contact details so that they couldn't be held legally responsible for not releasing source, which they should have because it used GPL code.
is that the only GBA emulator for NDS? i dont know any other, and i'm surprissed i havent, i'd love to see a port of vba or something like that.
The DS is incapable of decent GBA emulation, it's only possible at a decent speed via the DSTwo's additional processor, which can only run this one. I think it is based on VBA from memory.
There is another GBA emulator for the DS, but it runs fairly badly from what I gather, slightly better in DSi mode but still crap.
aww that's a shame. I was planning on changing a few things
To do that you would have to port the PSP GBA emulator (which is what they did to make NDSGBA in the first place). In fact, it is now possible to do the sound emulation on the DS's CPU though you would have to write the sound code yourself (I am sure Pate would be willing to help you if you run into trouble though).
To do that you would have to port the PSP GBA emulator (which is what they did to make NDSGBA in the first place). In fact, it is now possible to do the sound emulation on the DS's CPU though you would have to write the sound code yourself (I am sure Pate would be willing to help you if you run into trouble though).
is that one open-sourced?
But the discussion has come round to porting the PSP emulator, and the PSP is MIPS, like the DSTwo (obviously not the same processor, but similar architecture), so that should probably ease things a little.because it really would be a lot of work (DSTwo is MIPS, DS is ARM).