ShuriZma
/
bsnes
mirror of https://github.com/bsnes-emu/bsnes.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
bsnes/higan/sfc/chip/necdsp/serialization.cpp

9 lines
119 B
C++
Raw Normal View History

Update to v074 release. byuu says (since v073): This release adds full low-level emulation of the NEC uPD96050 coprocessor, used by the ST-0010 (F1 Race of Champions II) and the ST-0011 (Hayazashi Nidan Morita Shougi). The former was already playable with HLE, but lacked timing emulation. The latter has never been playable through emulation before now. But as with SD Gundam GX before, you really weren't missing much. [...] Also new in this release is my own Game Boy emulator. It is being used to provide native Super Game Boy support, built directly into bsnes. This core is released under the GPLv2, but I am willing to grant a more permissive license for other SNES emulators, if anyone is interested. Of course I cannot compete with the quality of gambatte, and certainly not from only a weeks' worth of work. Currently, there is no Game Boy-side sound output and there are quite a few bugs remaining in its emulation core. I would appreciate any help on this, the Game Boy is not my forte. So yes, we are taking a step back today, so that we may take two steps forward in the future. [...] Lastly, the debugger is still Linux-only, but it is now stable enough to be considered usable. Check it out if you like, compile with -DDEBUGGER to enable it.
2011-01-11 10:30:47 +00:00
#ifdef NECDSP_CPP
Update to v072r11 release. A number of changes in this release were contributed by Cydrak in the WIP thread, who described his changes from r09/r10 thusly: - Call cpu.synchronize_coprocessor() on external R/W to avoid missing data - Sign-extend K, L before multiplying - Load IDB before ALU. Supports the MOV A, d; XOR A, A idiom which is all over the place - Use 16-bit types in flag checks (notably Z) - Flags mostly unified; hopefully at least OV0 and SGN work - Carry-in comes from the *other* accumulator's flags, this is used for long arithmetic - CMP is ~q (see the many CMP A; INC A where values get negated) - SHR1 is arithmetic shift and retains the sign bit (Mario Kart sprites and physics are broken without it) - SHL1 has carry-in per the datasheet, it doesn't seem to be used though - XCHG probably byteswaps, but it's not used either - Reversed DR external R/W order again, big-endian seems to break it byuu described the remaining changes: You do not need the XML files anymore, bsnes will automatically choose the new uPD module, and look for dsp1b.bin. If you make your own XML file, you can force the old HLE mode, or use a differently-named PROM. If and when we get the DSP-2,3,4 modules, bsnes v072.11 and above should already be able to run them, assuming no more emulation core bugs.
2010-12-22 14:07:36 +00:00
Update to v074 release. byuu says (since v073): This release adds full low-level emulation of the NEC uPD96050 coprocessor, used by the ST-0010 (F1 Race of Champions II) and the ST-0011 (Hayazashi Nidan Morita Shougi). The former was already playable with HLE, but lacked timing emulation. The latter has never been playable through emulation before now. But as with SD Gundam GX before, you really weren't missing much. [...] Also new in this release is my own Game Boy emulator. It is being used to provide native Super Game Boy support, built directly into bsnes. This core is released under the GPLv2, but I am willing to grant a more permissive license for other SNES emulators, if anyone is interested. Of course I cannot compete with the quality of gambatte, and certainly not from only a weeks' worth of work. Currently, there is no Game Boy-side sound output and there are quite a few bugs remaining in its emulation core. I would appreciate any help on this, the Game Boy is not my forte. So yes, we are taking a step back today, so that we may take two steps forward in the future. [...] Lastly, the debugger is still Linux-only, but it is now stable enough to be considered usable. Check it out if you like, compile with -DDEBUGGER to enable it.
2011-01-11 10:30:47 +00:00
void NECDSP::serialize(serializer &s) {
Update to v087r09 release. byuu says: Split apart necdsp: core is now in processor/upd96050 (wish I had a better name for it, but there's no family name that is maskable.) I would like to support the uPD7720 in the core as well, just for completeness' sake, but I'll have to modify the decoder to drop one bit from each mode. So ... I'll do that later. Worst part is even if I do, I won't be able to test it :( Added all of Cydrak's changes. I also simplified LDMIA/STMIA and PUSH/POP by merging the outer loops. Probably infinitesimally slower, but less code is nicer. Maybe GCC optimization will expand it, who knows.
2012-03-26 10:13:02 +00:00
uPD96050::serialize(s);
Update to v087r07 release. There was a "v087r07pre" release that I unfortunately missed. byuu says (about v087r07pre): Creates the bsnes/processor folder. This has a shared ARM core there which both the GBA and ST018 inherit. There are going to be separate decoders, and revision-specific checks, to support the differences between v3+. In the future, I also want to move the other processor cores here: - GBZ80 (GB, GBC) - 65816 (SNES CPU, SA-1) - NEC uPD (7725, 96050, maybe 7720 just for fun) - Hitachi HG51B169 - SuperFX - SPC700 - 65(C?)02 Basically, the GBA/ST018 forces my hand to start coding a bit more like a multi-system emulator. Right now, the ST018 is broken. Hence the pre. Apparently the GBA core being used now has some bugs. So this'll be a nice way to stress-test the GBA core a bit before we make it to ARMwrestler. byuu says (about v087r07): Both snes/chip/armdsp and gba/cpu use processor/arm now. Fixed THUMB to execute the BL prefix and suffix separately. I can now get the GBA BIOS stuck in some kind of infinite loop. Hooray ... I guess?
2012-03-23 10:43:39 +00:00
Thread::serialize(s);
Update to v072r11 release. A number of changes in this release were contributed by Cydrak in the WIP thread, who described his changes from r09/r10 thusly: - Call cpu.synchronize_coprocessor() on external R/W to avoid missing data - Sign-extend K, L before multiplying - Load IDB before ALU. Supports the MOV A, d; XOR A, A idiom which is all over the place - Use 16-bit types in flag checks (notably Z) - Flags mostly unified; hopefully at least OV0 and SGN work - Carry-in comes from the *other* accumulator's flags, this is used for long arithmetic - CMP is ~q (see the many CMP A; INC A where values get negated) - SHR1 is arithmetic shift and retains the sign bit (Mario Kart sprites and physics are broken without it) - SHL1 has carry-in per the datasheet, it doesn't seem to be used though - XCHG probably byteswaps, but it's not used either - Reversed DR external R/W order again, big-endian seems to break it byuu described the remaining changes: You do not need the XML files anymore, bsnes will automatically choose the new uPD module, and look for dsp1b.bin. If you make your own XML file, you can force the old HLE mode, or use a differently-named PROM. If and when we get the DSP-2,3,4 modules, bsnes v072.11 and above should already be able to run them, assuming no more emulation core bugs.
2010-12-22 14:07:36 +00:00
}
#endif