bsnes/higan/sfc/coprocessor/necdsp/necdsp.cpp

64 lines
1.1 KiB
C++
Raw Normal View History

#include <sfc/sfc.hpp>
Update to v072r09 release. Unfortunately, I missed the v072r08 release; it was taken down before I saw the announcement. byuu says (about v072r08): This WIP adds NEC uPD77C25 emulation. Unfortunately it's not at all functional yet, there are way too many things I don't understand about the chip. I'm absolutely going to need help to complete this. [...] For now, you need the included PCB XML to manually map the program/data ROM in, which are included with the archive. You'll have to rewrite the map yourself to run other DSP-1 games, unless they have the same layout as Mario Kart. I am using the US [!] version, name it mariokart.sfc and put all the archive files and the ROM together. From here, bsnes will load up the ROMs, and start executing instructions. Since the emulation is so incomplete, it just deadlocks on the "Nintendo" logo as if there were no DSP on the cart at all, but if you enable tracing, you'll see it actually starts doing a lot of stuff before getting stuck in a really long and confusing loop. [Note: the DSP-1B program and data ROMs are not included in this commit. The PCB XML file mentioned above looks like this: <?xml version='1.0' encoding='UTF-8'?> <cartridge region='NTSC'> <rom> <map mode='shadow' address='00-3f:8000-ffff'/> <map mode='linear' address='40-7f:0000-ffff'/> <map mode='shadow' address='80-bf:8000-ffff'/> <map mode='linear' address='c0-ff:0000-ffff'/> </rom> <ram size='800'> <map mode='linear' address='20-3f:6000-7fff'/> <map mode='linear' address='a0-bf:6000-7fff'/> <map mode='linear' address='70-7f:0000-ffff'/> </ram> <upd77c25 program="dsp1b-program.bin" data="dsp1b-data.bin"> <dr> <map address='00-1f:6000-6fff'/> <map address='80-9f:6000-6fff'/> </dr> <sr> <map address='00-1f:7000-7fff'/> <map address='80-9f:7000-7fff'/> </sr> </upd77c25> </cartridge> Save it as 'mariokart.xml'] byuu says (about v072r09): Fixes OP/LD RQM=1 on DR modify, Mario Kart can get in-game, but the track is completely corrupted. Reorders order of operations for OP, in an attempt to mimic parallelism. Added support for OP KLM DST. Added S1 flag setting, probably not correct.
2010-12-17 10:54:28 +00:00
namespace SuperFamicom {
Update to v072r09 release. Unfortunately, I missed the v072r08 release; it was taken down before I saw the announcement. byuu says (about v072r08): This WIP adds NEC uPD77C25 emulation. Unfortunately it's not at all functional yet, there are way too many things I don't understand about the chip. I'm absolutely going to need help to complete this. [...] For now, you need the included PCB XML to manually map the program/data ROM in, which are included with the archive. You'll have to rewrite the map yourself to run other DSP-1 games, unless they have the same layout as Mario Kart. I am using the US [!] version, name it mariokart.sfc and put all the archive files and the ROM together. From here, bsnes will load up the ROMs, and start executing instructions. Since the emulation is so incomplete, it just deadlocks on the "Nintendo" logo as if there were no DSP on the cart at all, but if you enable tracing, you'll see it actually starts doing a lot of stuff before getting stuck in a really long and confusing loop. [Note: the DSP-1B program and data ROMs are not included in this commit. The PCB XML file mentioned above looks like this: <?xml version='1.0' encoding='UTF-8'?> <cartridge region='NTSC'> <rom> <map mode='shadow' address='00-3f:8000-ffff'/> <map mode='linear' address='40-7f:0000-ffff'/> <map mode='shadow' address='80-bf:8000-ffff'/> <map mode='linear' address='c0-ff:0000-ffff'/> </rom> <ram size='800'> <map mode='linear' address='20-3f:6000-7fff'/> <map mode='linear' address='a0-bf:6000-7fff'/> <map mode='linear' address='70-7f:0000-ffff'/> </ram> <upd77c25 program="dsp1b-program.bin" data="dsp1b-data.bin"> <dr> <map address='00-1f:6000-6fff'/> <map address='80-9f:6000-6fff'/> </dr> <sr> <map address='00-1f:7000-7fff'/> <map address='80-9f:7000-7fff'/> </sr> </upd77c25> </cartridge> Save it as 'mariokart.xml'] byuu says (about v072r09): Fixes OP/LD RQM=1 on DR modify, Mario Kart can get in-game, but the track is completely corrupted. Reorders order of operations for OP, in an attempt to mimic parallelism. Added support for OP KLM DST. Added S1 flag setting, probably not correct.
2010-12-17 10:54:28 +00:00
#include "serialization.cpp"
NECDSP necdsp;
Update to v072r09 release. Unfortunately, I missed the v072r08 release; it was taken down before I saw the announcement. byuu says (about v072r08): This WIP adds NEC uPD77C25 emulation. Unfortunately it's not at all functional yet, there are way too many things I don't understand about the chip. I'm absolutely going to need help to complete this. [...] For now, you need the included PCB XML to manually map the program/data ROM in, which are included with the archive. You'll have to rewrite the map yourself to run other DSP-1 games, unless they have the same layout as Mario Kart. I am using the US [!] version, name it mariokart.sfc and put all the archive files and the ROM together. From here, bsnes will load up the ROMs, and start executing instructions. Since the emulation is so incomplete, it just deadlocks on the "Nintendo" logo as if there were no DSP on the cart at all, but if you enable tracing, you'll see it actually starts doing a lot of stuff before getting stuck in a really long and confusing loop. [Note: the DSP-1B program and data ROMs are not included in this commit. The PCB XML file mentioned above looks like this: <?xml version='1.0' encoding='UTF-8'?> <cartridge region='NTSC'> <rom> <map mode='shadow' address='00-3f:8000-ffff'/> <map mode='linear' address='40-7f:0000-ffff'/> <map mode='shadow' address='80-bf:8000-ffff'/> <map mode='linear' address='c0-ff:0000-ffff'/> </rom> <ram size='800'> <map mode='linear' address='20-3f:6000-7fff'/> <map mode='linear' address='a0-bf:6000-7fff'/> <map mode='linear' address='70-7f:0000-ffff'/> </ram> <upd77c25 program="dsp1b-program.bin" data="dsp1b-data.bin"> <dr> <map address='00-1f:6000-6fff'/> <map address='80-9f:6000-6fff'/> </dr> <sr> <map address='00-1f:7000-7fff'/> <map address='80-9f:7000-7fff'/> </sr> </upd77c25> </cartridge> Save it as 'mariokart.xml'] byuu says (about v072r09): Fixes OP/LD RQM=1 on DR modify, Mario Kart can get in-game, but the track is completely corrupted. Reorders order of operations for OP, in an attempt to mimic parallelism. Added support for OP KLM DST. Added S1 flag setting, probably not correct.
2010-12-17 10:54:28 +00:00
auto NECDSP::Enter() -> void {
while(true) scheduler.synchronize(), necdsp.main();
}
auto NECDSP::main() -> void {
exec();
step(1);
synchronizeCPU();
}
auto NECDSP::read(uint addr, uint8) -> uint8 {
cpu.synchronizeCoprocessors();
Update to higan and icarus v095r15 release. r13 and r14 weren't posted as individual releases, but their changelogs were posted. byuu says about r13: I'm not going to be posting WIPs for r13 and above for a while. The reason is that I'm working on the major manifest overhaul I've discussed previously on the icarus subforum. I'm recreating my boards database from scratch using the map files and the new map analyzer. The only games that will load are ones I've created board definitions for, and updated sfc/cartridge/markup.cpp to parse. Once I've finished all the boards, then I'll update the heuristics. Then finally, I'll sync the syntax changes over to the fc, gb, gba cores. Once that's done, I'll start posting WIPs again, along with a new build of icarus. But I'll still post changelogs as I work through things. Changelog (r13): - preservation: created new database-builder tool (merges region-specific databases with boards) - icarus: support new, external database format (~/.config/icarus/Database/(Super Famicom.bml, ...) - added 1A3B-(10,11,12); 1A3B-20 byuu says about r14: r14 work: I successfully created mappings for every board used in the US set. I also updated icarus' heuristics to use the new mappings, and created ones there for the boards that are only in the JP set. Then I patched icarus to support pulling games out of the database when it's used on a game folder to generate a manifest file. Then I updated a lot of code in higan/sfc to support the new mapping syntax. sfc/cartridge/markup.cpp is about half the size it used to be with the new mappings, and I was able to kill off both map/id and map/select entirely. Then I updated all four emulated systems (and both subsystems) to use "board" as the root node, and harmonized their syntax (made them all more consistent with each other.) Then I added a manifest viewer to the tools window+menu. It's kind of an advanced user feature, but oh well. No reason to coddle people when the feature is very useful for developers. The viewer will show all manifests in order when you load multi-cart games as well. Still not going to call any syntax 100% done right now, but thankfully with the new manifest-free folders, nobody will have to do anything to use the new format. Just download the new version and go. The Super Famicom Event stuff is currently broken (CC92/PF94 boards). That's gonna be fun to support. byuu says about r15: EDIT: small bug in icarus with heuristics. Edit core/super-famicom.cpp line 27: if(/*auto*/ markup = cartridge.markup) { Gotta remove that "auto" so that it returns valid markup. Resolved the final concerns I had with the new manifest format. Right now there are two things that are definitely broken: MCC (BS-X Town cart) and Event (CC '92 and PF'94). And there are a few things that are untested: SPC7110, EpsonRTC, SharpRTC, SDD1+RAM, SufamiTurbo, BS-X slotted carts.
2015-12-19 08:52:34 +00:00
if(addr & 1) {
return uPD96050::readSR();
} else {
return uPD96050::readDR();
}
}
Update to v072r09 release. Unfortunately, I missed the v072r08 release; it was taken down before I saw the announcement. byuu says (about v072r08): This WIP adds NEC uPD77C25 emulation. Unfortunately it's not at all functional yet, there are way too many things I don't understand about the chip. I'm absolutely going to need help to complete this. [...] For now, you need the included PCB XML to manually map the program/data ROM in, which are included with the archive. You'll have to rewrite the map yourself to run other DSP-1 games, unless they have the same layout as Mario Kart. I am using the US [!] version, name it mariokart.sfc and put all the archive files and the ROM together. From here, bsnes will load up the ROMs, and start executing instructions. Since the emulation is so incomplete, it just deadlocks on the "Nintendo" logo as if there were no DSP on the cart at all, but if you enable tracing, you'll see it actually starts doing a lot of stuff before getting stuck in a really long and confusing loop. [Note: the DSP-1B program and data ROMs are not included in this commit. The PCB XML file mentioned above looks like this: <?xml version='1.0' encoding='UTF-8'?> <cartridge region='NTSC'> <rom> <map mode='shadow' address='00-3f:8000-ffff'/> <map mode='linear' address='40-7f:0000-ffff'/> <map mode='shadow' address='80-bf:8000-ffff'/> <map mode='linear' address='c0-ff:0000-ffff'/> </rom> <ram size='800'> <map mode='linear' address='20-3f:6000-7fff'/> <map mode='linear' address='a0-bf:6000-7fff'/> <map mode='linear' address='70-7f:0000-ffff'/> </ram> <upd77c25 program="dsp1b-program.bin" data="dsp1b-data.bin"> <dr> <map address='00-1f:6000-6fff'/> <map address='80-9f:6000-6fff'/> </dr> <sr> <map address='00-1f:7000-7fff'/> <map address='80-9f:7000-7fff'/> </sr> </upd77c25> </cartridge> Save it as 'mariokart.xml'] byuu says (about v072r09): Fixes OP/LD RQM=1 on DR modify, Mario Kart can get in-game, but the track is completely corrupted. Reorders order of operations for OP, in an attempt to mimic parallelism. Added support for OP KLM DST. Added S1 flag setting, probably not correct.
2010-12-17 10:54:28 +00:00
auto NECDSP::write(uint addr, uint8 data) -> void {
cpu.synchronizeCoprocessors();
Update to higan and icarus v095r15 release. r13 and r14 weren't posted as individual releases, but their changelogs were posted. byuu says about r13: I'm not going to be posting WIPs for r13 and above for a while. The reason is that I'm working on the major manifest overhaul I've discussed previously on the icarus subforum. I'm recreating my boards database from scratch using the map files and the new map analyzer. The only games that will load are ones I've created board definitions for, and updated sfc/cartridge/markup.cpp to parse. Once I've finished all the boards, then I'll update the heuristics. Then finally, I'll sync the syntax changes over to the fc, gb, gba cores. Once that's done, I'll start posting WIPs again, along with a new build of icarus. But I'll still post changelogs as I work through things. Changelog (r13): - preservation: created new database-builder tool (merges region-specific databases with boards) - icarus: support new, external database format (~/.config/icarus/Database/(Super Famicom.bml, ...) - added 1A3B-(10,11,12); 1A3B-20 byuu says about r14: r14 work: I successfully created mappings for every board used in the US set. I also updated icarus' heuristics to use the new mappings, and created ones there for the boards that are only in the JP set. Then I patched icarus to support pulling games out of the database when it's used on a game folder to generate a manifest file. Then I updated a lot of code in higan/sfc to support the new mapping syntax. sfc/cartridge/markup.cpp is about half the size it used to be with the new mappings, and I was able to kill off both map/id and map/select entirely. Then I updated all four emulated systems (and both subsystems) to use "board" as the root node, and harmonized their syntax (made them all more consistent with each other.) Then I added a manifest viewer to the tools window+menu. It's kind of an advanced user feature, but oh well. No reason to coddle people when the feature is very useful for developers. The viewer will show all manifests in order when you load multi-cart games as well. Still not going to call any syntax 100% done right now, but thankfully with the new manifest-free folders, nobody will have to do anything to use the new format. Just download the new version and go. The Super Famicom Event stuff is currently broken (CC92/PF94 boards). That's gonna be fun to support. byuu says about r15: EDIT: small bug in icarus with heuristics. Edit core/super-famicom.cpp line 27: if(/*auto*/ markup = cartridge.markup) { Gotta remove that "auto" so that it returns valid markup. Resolved the final concerns I had with the new manifest format. Right now there are two things that are definitely broken: MCC (BS-X Town cart) and Event (CC '92 and PF'94). And there are a few things that are untested: SPC7110, EpsonRTC, SharpRTC, SDD1+RAM, SufamiTurbo, BS-X slotted carts.
2015-12-19 08:52:34 +00:00
if(addr & 1) {
return uPD96050::writeSR(data);
} else {
return uPD96050::writeDR(data);
}
}
Update to v072r09 release. Unfortunately, I missed the v072r08 release; it was taken down before I saw the announcement. byuu says (about v072r08): This WIP adds NEC uPD77C25 emulation. Unfortunately it's not at all functional yet, there are way too many things I don't understand about the chip. I'm absolutely going to need help to complete this. [...] For now, you need the included PCB XML to manually map the program/data ROM in, which are included with the archive. You'll have to rewrite the map yourself to run other DSP-1 games, unless they have the same layout as Mario Kart. I am using the US [!] version, name it mariokart.sfc and put all the archive files and the ROM together. From here, bsnes will load up the ROMs, and start executing instructions. Since the emulation is so incomplete, it just deadlocks on the "Nintendo" logo as if there were no DSP on the cart at all, but if you enable tracing, you'll see it actually starts doing a lot of stuff before getting stuck in a really long and confusing loop. [Note: the DSP-1B program and data ROMs are not included in this commit. The PCB XML file mentioned above looks like this: <?xml version='1.0' encoding='UTF-8'?> <cartridge region='NTSC'> <rom> <map mode='shadow' address='00-3f:8000-ffff'/> <map mode='linear' address='40-7f:0000-ffff'/> <map mode='shadow' address='80-bf:8000-ffff'/> <map mode='linear' address='c0-ff:0000-ffff'/> </rom> <ram size='800'> <map mode='linear' address='20-3f:6000-7fff'/> <map mode='linear' address='a0-bf:6000-7fff'/> <map mode='linear' address='70-7f:0000-ffff'/> </ram> <upd77c25 program="dsp1b-program.bin" data="dsp1b-data.bin"> <dr> <map address='00-1f:6000-6fff'/> <map address='80-9f:6000-6fff'/> </dr> <sr> <map address='00-1f:7000-7fff'/> <map address='80-9f:7000-7fff'/> </sr> </upd77c25> </cartridge> Save it as 'mariokart.xml'] byuu says (about v072r09): Fixes OP/LD RQM=1 on DR modify, Mario Kart can get in-game, but the track is completely corrupted. Reorders order of operations for OP, in an attempt to mimic parallelism. Added support for OP KLM DST. Added S1 flag setting, probably not correct.
2010-12-17 10:54:28 +00:00
auto NECDSP::readRAM(uint addr, uint8) -> uint8 {
cpu.synchronizeCoprocessors();
return uPD96050::readDP(addr);
}
auto NECDSP::writeRAM(uint addr, uint8 data) -> void {
cpu.synchronizeCoprocessors();
return uPD96050::writeDP(addr, data);
}
Update to v072r09 release. Unfortunately, I missed the v072r08 release; it was taken down before I saw the announcement. byuu says (about v072r08): This WIP adds NEC uPD77C25 emulation. Unfortunately it's not at all functional yet, there are way too many things I don't understand about the chip. I'm absolutely going to need help to complete this. [...] For now, you need the included PCB XML to manually map the program/data ROM in, which are included with the archive. You'll have to rewrite the map yourself to run other DSP-1 games, unless they have the same layout as Mario Kart. I am using the US [!] version, name it mariokart.sfc and put all the archive files and the ROM together. From here, bsnes will load up the ROMs, and start executing instructions. Since the emulation is so incomplete, it just deadlocks on the "Nintendo" logo as if there were no DSP on the cart at all, but if you enable tracing, you'll see it actually starts doing a lot of stuff before getting stuck in a really long and confusing loop. [Note: the DSP-1B program and data ROMs are not included in this commit. The PCB XML file mentioned above looks like this: <?xml version='1.0' encoding='UTF-8'?> <cartridge region='NTSC'> <rom> <map mode='shadow' address='00-3f:8000-ffff'/> <map mode='linear' address='40-7f:0000-ffff'/> <map mode='shadow' address='80-bf:8000-ffff'/> <map mode='linear' address='c0-ff:0000-ffff'/> </rom> <ram size='800'> <map mode='linear' address='20-3f:6000-7fff'/> <map mode='linear' address='a0-bf:6000-7fff'/> <map mode='linear' address='70-7f:0000-ffff'/> </ram> <upd77c25 program="dsp1b-program.bin" data="dsp1b-data.bin"> <dr> <map address='00-1f:6000-6fff'/> <map address='80-9f:6000-6fff'/> </dr> <sr> <map address='00-1f:7000-7fff'/> <map address='80-9f:7000-7fff'/> </sr> </upd77c25> </cartridge> Save it as 'mariokart.xml'] byuu says (about v072r09): Fixes OP/LD RQM=1 on DR modify, Mario Kart can get in-game, but the track is completely corrupted. Reorders order of operations for OP, in an attempt to mimic parallelism. Added support for OP KLM DST. Added S1 flag setting, probably not correct.
2010-12-17 10:54:28 +00:00
auto NECDSP::init() -> void {
Update to v072r09 release. Unfortunately, I missed the v072r08 release; it was taken down before I saw the announcement. byuu says (about v072r08): This WIP adds NEC uPD77C25 emulation. Unfortunately it's not at all functional yet, there are way too many things I don't understand about the chip. I'm absolutely going to need help to complete this. [...] For now, you need the included PCB XML to manually map the program/data ROM in, which are included with the archive. You'll have to rewrite the map yourself to run other DSP-1 games, unless they have the same layout as Mario Kart. I am using the US [!] version, name it mariokart.sfc and put all the archive files and the ROM together. From here, bsnes will load up the ROMs, and start executing instructions. Since the emulation is so incomplete, it just deadlocks on the "Nintendo" logo as if there were no DSP on the cart at all, but if you enable tracing, you'll see it actually starts doing a lot of stuff before getting stuck in a really long and confusing loop. [Note: the DSP-1B program and data ROMs are not included in this commit. The PCB XML file mentioned above looks like this: <?xml version='1.0' encoding='UTF-8'?> <cartridge region='NTSC'> <rom> <map mode='shadow' address='00-3f:8000-ffff'/> <map mode='linear' address='40-7f:0000-ffff'/> <map mode='shadow' address='80-bf:8000-ffff'/> <map mode='linear' address='c0-ff:0000-ffff'/> </rom> <ram size='800'> <map mode='linear' address='20-3f:6000-7fff'/> <map mode='linear' address='a0-bf:6000-7fff'/> <map mode='linear' address='70-7f:0000-ffff'/> </ram> <upd77c25 program="dsp1b-program.bin" data="dsp1b-data.bin"> <dr> <map address='00-1f:6000-6fff'/> <map address='80-9f:6000-6fff'/> </dr> <sr> <map address='00-1f:7000-7fff'/> <map address='80-9f:7000-7fff'/> </sr> </upd77c25> </cartridge> Save it as 'mariokart.xml'] byuu says (about v072r09): Fixes OP/LD RQM=1 on DR modify, Mario Kart can get in-game, but the track is completely corrupted. Reorders order of operations for OP, in an attempt to mimic parallelism. Added support for OP KLM DST. Added S1 flag setting, probably not correct.
2010-12-17 10:54:28 +00:00
}
auto NECDSP::load() -> void {
Update to v072r09 release. Unfortunately, I missed the v072r08 release; it was taken down before I saw the announcement. byuu says (about v072r08): This WIP adds NEC uPD77C25 emulation. Unfortunately it's not at all functional yet, there are way too many things I don't understand about the chip. I'm absolutely going to need help to complete this. [...] For now, you need the included PCB XML to manually map the program/data ROM in, which are included with the archive. You'll have to rewrite the map yourself to run other DSP-1 games, unless they have the same layout as Mario Kart. I am using the US [!] version, name it mariokart.sfc and put all the archive files and the ROM together. From here, bsnes will load up the ROMs, and start executing instructions. Since the emulation is so incomplete, it just deadlocks on the "Nintendo" logo as if there were no DSP on the cart at all, but if you enable tracing, you'll see it actually starts doing a lot of stuff before getting stuck in a really long and confusing loop. [Note: the DSP-1B program and data ROMs are not included in this commit. The PCB XML file mentioned above looks like this: <?xml version='1.0' encoding='UTF-8'?> <cartridge region='NTSC'> <rom> <map mode='shadow' address='00-3f:8000-ffff'/> <map mode='linear' address='40-7f:0000-ffff'/> <map mode='shadow' address='80-bf:8000-ffff'/> <map mode='linear' address='c0-ff:0000-ffff'/> </rom> <ram size='800'> <map mode='linear' address='20-3f:6000-7fff'/> <map mode='linear' address='a0-bf:6000-7fff'/> <map mode='linear' address='70-7f:0000-ffff'/> </ram> <upd77c25 program="dsp1b-program.bin" data="dsp1b-data.bin"> <dr> <map address='00-1f:6000-6fff'/> <map address='80-9f:6000-6fff'/> </dr> <sr> <map address='00-1f:7000-7fff'/> <map address='80-9f:7000-7fff'/> </sr> </upd77c25> </cartridge> Save it as 'mariokart.xml'] byuu says (about v072r09): Fixes OP/LD RQM=1 on DR modify, Mario Kart can get in-game, but the track is completely corrupted. Reorders order of operations for OP, in an attempt to mimic parallelism. Added support for OP KLM DST. Added S1 flag setting, probably not correct.
2010-12-17 10:54:28 +00:00
}
auto NECDSP::unload() -> void {
Update to v075 release. byuu says: This release brings improved Super Game Boy emulation, the final SHA256 hashes for the DSP-(1,1B,2,3,4) and ST-(0010,0011) coprocessors, user interface improvements, and major internal code restructuring. Changelog (since v074): - completely rewrote memory sub-system to support 1-byte granularity in XML mapping - removed Memory inheritance and MMIO class completely, any address can be mapped to any function now - SuperFX: removed SuperFXBus : Bus, now implemented manually - SA-1: removed SA1Bus : Bus, now implemented manually - entire bus mapping is now static, happens once on cartridge load - as a result, read/write handlers now handle MMC mapping; slower average case, far faster worst case - namespace memory is no more, RAM arrays are stored inside the chips they are owned by now - GameBoy: improved CPU HALT emulation, fixes Zelda: Link's Awakening scrolling - GameBoy: added serial emulation (cannot connect to another GB yet), fixes Shin Megami Tensei - Devichil - GameBoy: improved LCD STAT emulation, fixes Sagaia - ui: added fullscreen support (F11 key), video settings allows for three scale settings - ui: fixed brightness, contrast, gamma, audio volume, input frequency values on program startup - ui: since Qt is dead, config file becomes bsnes.cfg once again - Super Game Boy: you can now load the BIOS without a game inserted to see a pretty white box - ui-gameboy: can be built without SNES components now - libsnes: now a UI target, compile with 'make ui=ui-libsnes' - libsnes: added WRAM, APURAM, VRAM, OAM, CGRAM access (cheat search, etc) - source: removed launcher/, as the Qt port is now gone - source: Makefile restructuring to better support new ui targets - source: lots of other internal code cleanup work
2011-01-27 08:52:34 +00:00
}
auto NECDSP::power() -> void {
}
Update to v072r09 release. Unfortunately, I missed the v072r08 release; it was taken down before I saw the announcement. byuu says (about v072r08): This WIP adds NEC uPD77C25 emulation. Unfortunately it's not at all functional yet, there are way too many things I don't understand about the chip. I'm absolutely going to need help to complete this. [...] For now, you need the included PCB XML to manually map the program/data ROM in, which are included with the archive. You'll have to rewrite the map yourself to run other DSP-1 games, unless they have the same layout as Mario Kart. I am using the US [!] version, name it mariokart.sfc and put all the archive files and the ROM together. From here, bsnes will load up the ROMs, and start executing instructions. Since the emulation is so incomplete, it just deadlocks on the "Nintendo" logo as if there were no DSP on the cart at all, but if you enable tracing, you'll see it actually starts doing a lot of stuff before getting stuck in a really long and confusing loop. [Note: the DSP-1B program and data ROMs are not included in this commit. The PCB XML file mentioned above looks like this: <?xml version='1.0' encoding='UTF-8'?> <cartridge region='NTSC'> <rom> <map mode='shadow' address='00-3f:8000-ffff'/> <map mode='linear' address='40-7f:0000-ffff'/> <map mode='shadow' address='80-bf:8000-ffff'/> <map mode='linear' address='c0-ff:0000-ffff'/> </rom> <ram size='800'> <map mode='linear' address='20-3f:6000-7fff'/> <map mode='linear' address='a0-bf:6000-7fff'/> <map mode='linear' address='70-7f:0000-ffff'/> </ram> <upd77c25 program="dsp1b-program.bin" data="dsp1b-data.bin"> <dr> <map address='00-1f:6000-6fff'/> <map address='80-9f:6000-6fff'/> </dr> <sr> <map address='00-1f:7000-7fff'/> <map address='80-9f:7000-7fff'/> </sr> </upd77c25> </cartridge> Save it as 'mariokart.xml'] byuu says (about v072r09): Fixes OP/LD RQM=1 on DR modify, Mario Kart can get in-game, but the track is completely corrupted. Reorders order of operations for OP, in an attempt to mimic parallelism. Added support for OP KLM DST. Added S1 flag setting, probably not correct.
2010-12-17 10:54:28 +00:00
auto NECDSP::reset() -> void {
create(NECDSP::Enter, frequency);
uPD96050::power();
Update to v072r09 release. Unfortunately, I missed the v072r08 release; it was taken down before I saw the announcement. byuu says (about v072r08): This WIP adds NEC uPD77C25 emulation. Unfortunately it's not at all functional yet, there are way too many things I don't understand about the chip. I'm absolutely going to need help to complete this. [...] For now, you need the included PCB XML to manually map the program/data ROM in, which are included with the archive. You'll have to rewrite the map yourself to run other DSP-1 games, unless they have the same layout as Mario Kart. I am using the US [!] version, name it mariokart.sfc and put all the archive files and the ROM together. From here, bsnes will load up the ROMs, and start executing instructions. Since the emulation is so incomplete, it just deadlocks on the "Nintendo" logo as if there were no DSP on the cart at all, but if you enable tracing, you'll see it actually starts doing a lot of stuff before getting stuck in a really long and confusing loop. [Note: the DSP-1B program and data ROMs are not included in this commit. The PCB XML file mentioned above looks like this: <?xml version='1.0' encoding='UTF-8'?> <cartridge region='NTSC'> <rom> <map mode='shadow' address='00-3f:8000-ffff'/> <map mode='linear' address='40-7f:0000-ffff'/> <map mode='shadow' address='80-bf:8000-ffff'/> <map mode='linear' address='c0-ff:0000-ffff'/> </rom> <ram size='800'> <map mode='linear' address='20-3f:6000-7fff'/> <map mode='linear' address='a0-bf:6000-7fff'/> <map mode='linear' address='70-7f:0000-ffff'/> </ram> <upd77c25 program="dsp1b-program.bin" data="dsp1b-data.bin"> <dr> <map address='00-1f:6000-6fff'/> <map address='80-9f:6000-6fff'/> </dr> <sr> <map address='00-1f:7000-7fff'/> <map address='80-9f:7000-7fff'/> </sr> </upd77c25> </cartridge> Save it as 'mariokart.xml'] byuu says (about v072r09): Fixes OP/LD RQM=1 on DR modify, Mario Kart can get in-game, but the track is completely corrupted. Reorders order of operations for OP, in an attempt to mimic parallelism. Added support for OP KLM DST. Added S1 flag setting, probably not correct.
2010-12-17 10:54:28 +00:00
}
}