ShuriZma
/
bsnes
mirror of https://github.com/bsnes-emu/bsnes.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
bsnes/higan/gb/cartridge/huc3/huc3.cpp

50 lines
1.1 KiB
C++
Raw Normal View History

Update to v099r12 release. byuu says: Changelog: - fixed FC AxROM / VRC7 regression - BitField split to BooleanBitField/NaturalBitField (in preparation for IntegerBitField) - BitFieldReference removed - GB CPU cleaned up - GB Cartridge + Mappers cleaned up - SFC CGRAM is now emulated as uint15[256] instead of uint[512] - sfc/ppu/memory.cpp no longer needed; removed - purged SFC Debugger hooks for now (some of the operator[] calls were bypassing them anyway) Unfortunately, for reasons that defy all semblance of logic, the CGRAM change caused a slight speed hit. As have the last few changes. We're now down to around 129.5fps compared to 123.fps for v099 and 134.5fps at our peak (v099r01-r02). I really like the style I came up with for the Game Boy mappers to settle the purpose(ROM,RAM) vs (rom,ram)Purpose naming convention. If I ever get around to redoing the NES mappers, that's likely the approach I'll take.
2016-06-28 10:43:47 +00:00
auto Cartridge::HuC3::readIO(uint16 addr) -> uint8 {
Update to v084r06 release. byuu says: Changelog: - fixed sprite tile masking for 8x16 mode (fixes Zelda: DX sprites) - HuC1 flag sets RAM writable, not RAM enable (fixes Pokemon Card) - removed within<> template, didn't turn out to be all that useful I would be almost certain no games would break by allowing reads when it is disabled, no game would rely on that behavior. I prefer to be overly restrictive. Better to not allow valid behavior than to allow invalid behavior. The latter is what gives us a dozen broken SNES translations.
2011-12-26 10:49:48 +00:00
if((addr & 0xc000) == 0x0000) { //$0000-3fff
Update to v099r12 release. byuu says: Changelog: - fixed FC AxROM / VRC7 regression - BitField split to BooleanBitField/NaturalBitField (in preparation for IntegerBitField) - BitFieldReference removed - GB CPU cleaned up - GB Cartridge + Mappers cleaned up - SFC CGRAM is now emulated as uint15[256] instead of uint[512] - sfc/ppu/memory.cpp no longer needed; removed - purged SFC Debugger hooks for now (some of the operator[] calls were bypassing them anyway) Unfortunately, for reasons that defy all semblance of logic, the CGRAM change caused a slight speed hit. As have the last few changes. We're now down to around 129.5fps compared to 123.fps for v099 and 134.5fps at our peak (v099r01-r02). I really like the style I came up with for the Game Boy mappers to settle the purpose(ROM,RAM) vs (rom,ram)Purpose naming convention. If I ever get around to redoing the NES mappers, that's likely the approach I'll take.
2016-06-28 10:43:47 +00:00
return cartridge.readROM(addr);
Update to release v000r09. byuu says: Changelog: - added skeleton HuC1 (gets to a menu) - added skeleton HuC3 (gets to a menu, this one is supposedly a lot more complex (IR, RTC, etc.)) - added MMM01 emulation
2011-01-05 09:59:22 +00:00
}
Update to v084r06 release. byuu says: Changelog: - fixed sprite tile masking for 8x16 mode (fixes Zelda: DX sprites) - HuC1 flag sets RAM writable, not RAM enable (fixes Pokemon Card) - removed within<> template, didn't turn out to be all that useful I would be almost certain no games would break by allowing reads when it is disabled, no game would rely on that behavior. I prefer to be overly restrictive. Better to not allow valid behavior than to allow invalid behavior. The latter is what gives us a dozen broken SNES translations.
2011-12-26 10:49:48 +00:00
if((addr & 0xc000) == 0x4000) { //$4000-7fff
Update to v099r12 release. byuu says: Changelog: - fixed FC AxROM / VRC7 regression - BitField split to BooleanBitField/NaturalBitField (in preparation for IntegerBitField) - BitFieldReference removed - GB CPU cleaned up - GB Cartridge + Mappers cleaned up - SFC CGRAM is now emulated as uint15[256] instead of uint[512] - sfc/ppu/memory.cpp no longer needed; removed - purged SFC Debugger hooks for now (some of the operator[] calls were bypassing them anyway) Unfortunately, for reasons that defy all semblance of logic, the CGRAM change caused a slight speed hit. As have the last few changes. We're now down to around 129.5fps compared to 123.fps for v099 and 134.5fps at our peak (v099r01-r02). I really like the style I came up with for the Game Boy mappers to settle the purpose(ROM,RAM) vs (rom,ram)Purpose naming convention. If I ever get around to redoing the NES mappers, that's likely the approach I'll take.
2016-06-28 10:43:47 +00:00
return cartridge.readROM(rom.select << 14 | (uint14)addr);
Update to release v000r09. byuu says: Changelog: - added skeleton HuC1 (gets to a menu) - added skeleton HuC3 (gets to a menu, this one is supposedly a lot more complex (IR, RTC, etc.)) - added MMM01 emulation
2011-01-05 09:59:22 +00:00
}
Update to v084r06 release. byuu says: Changelog: - fixed sprite tile masking for 8x16 mode (fixes Zelda: DX sprites) - HuC1 flag sets RAM writable, not RAM enable (fixes Pokemon Card) - removed within<> template, didn't turn out to be all that useful I would be almost certain no games would break by allowing reads when it is disabled, no game would rely on that behavior. I prefer to be overly restrictive. Better to not allow valid behavior than to allow invalid behavior. The latter is what gives us a dozen broken SNES translations.
2011-12-26 10:49:48 +00:00
if((addr & 0xe000) == 0xa000) { //$a000-bfff
Update to v099r12 release. byuu says: Changelog: - fixed FC AxROM / VRC7 regression - BitField split to BooleanBitField/NaturalBitField (in preparation for IntegerBitField) - BitFieldReference removed - GB CPU cleaned up - GB Cartridge + Mappers cleaned up - SFC CGRAM is now emulated as uint15[256] instead of uint[512] - sfc/ppu/memory.cpp no longer needed; removed - purged SFC Debugger hooks for now (some of the operator[] calls were bypassing them anyway) Unfortunately, for reasons that defy all semblance of logic, the CGRAM change caused a slight speed hit. As have the last few changes. We're now down to around 129.5fps compared to 123.fps for v099 and 134.5fps at our peak (v099r01-r02). I really like the style I came up with for the Game Boy mappers to settle the purpose(ROM,RAM) vs (rom,ram)Purpose naming convention. If I ever get around to redoing the NES mappers, that's likely the approach I'll take.
2016-06-28 10:43:47 +00:00
if(ram.enable) return cartridge.readRAM(ram.select << 13 | (uint13)addr);
Update to v098r15 release. byuu says: Changelog: - removed template usage from processor/spc700; cleaned up many function names and the switch table - object size: 176.8kb => 127.3kb - source code size: 43.5kb => 37.0kb - fixed processor/r65816 BRK/COP vector regression [hex_usr] - corrected HuC3 unmapped RAM read value; fixes Robopon [endrift] - cosmetic: simplified the butterworth constant calculation [Wolfram|Alpha] The SPC700 core changes took forever, about three hours of work. Only the LR35902 and R6502 still need their template functions removed. The point of this is that it doesn't cause any speed penalty to do so, and it results in smaller binary sizes and faster compilation times.
2016-06-05 04:52:43 +00:00
return 0x01; //does not return open collection
Update to release v000r09. byuu says: Changelog: - added skeleton HuC1 (gets to a menu) - added skeleton HuC3 (gets to a menu, this one is supposedly a lot more complex (IR, RTC, etc.)) - added MMM01 emulation
2011-01-05 09:59:22 +00:00
}
Update to v096r03 release. byuu says: Changelog: - fixed icarus to save settings properly - fixed higan's full screen toggle on OS X - increased "Add Codes" button width to avoid text clipping - implemented cocoa/canvas.cpp - added 1s delay after mapping inputs before re-enabling the window (wasn't actually necessary, but already added it) - fixed setEnabled(false) on Cocoa's ListView and TextEdit widgets - updated nall::programpath() to use GetModuleFileName on Windows - GB: system uses open collector logic, so unmapped reads return 0xFF, not 0x00 (passes blargg's cpu_instrs again) [gekkio]
2016-01-08 09:23:46 +00:00
return 0xff;
Update to release v000r09. byuu says: Changelog: - added skeleton HuC1 (gets to a menu) - added skeleton HuC3 (gets to a menu, this one is supposedly a lot more complex (IR, RTC, etc.)) - added MMM01 emulation
2011-01-05 09:59:22 +00:00
}
Update to v099r12 release. byuu says: Changelog: - fixed FC AxROM / VRC7 regression - BitField split to BooleanBitField/NaturalBitField (in preparation for IntegerBitField) - BitFieldReference removed - GB CPU cleaned up - GB Cartridge + Mappers cleaned up - SFC CGRAM is now emulated as uint15[256] instead of uint[512] - sfc/ppu/memory.cpp no longer needed; removed - purged SFC Debugger hooks for now (some of the operator[] calls were bypassing them anyway) Unfortunately, for reasons that defy all semblance of logic, the CGRAM change caused a slight speed hit. As have the last few changes. We're now down to around 129.5fps compared to 123.fps for v099 and 134.5fps at our peak (v099r01-r02). I really like the style I came up with for the Game Boy mappers to settle the purpose(ROM,RAM) vs (rom,ram)Purpose naming convention. If I ever get around to redoing the NES mappers, that's likely the approach I'll take.
2016-06-28 10:43:47 +00:00
auto Cartridge::HuC3::writeIO(uint16 addr, uint8 data) -> void {
Update to v084r06 release. byuu says: Changelog: - fixed sprite tile masking for 8x16 mode (fixes Zelda: DX sprites) - HuC1 flag sets RAM writable, not RAM enable (fixes Pokemon Card) - removed within<> template, didn't turn out to be all that useful I would be almost certain no games would break by allowing reads when it is disabled, no game would rely on that behavior. I prefer to be overly restrictive. Better to not allow valid behavior than to allow invalid behavior. The latter is what gives us a dozen broken SNES translations.
2011-12-26 10:49:48 +00:00
if((addr & 0xe000) == 0x0000) { //$0000-1fff
Update to v099r12 release. byuu says: Changelog: - fixed FC AxROM / VRC7 regression - BitField split to BooleanBitField/NaturalBitField (in preparation for IntegerBitField) - BitFieldReference removed - GB CPU cleaned up - GB Cartridge + Mappers cleaned up - SFC CGRAM is now emulated as uint15[256] instead of uint[512] - sfc/ppu/memory.cpp no longer needed; removed - purged SFC Debugger hooks for now (some of the operator[] calls were bypassing them anyway) Unfortunately, for reasons that defy all semblance of logic, the CGRAM change caused a slight speed hit. As have the last few changes. We're now down to around 129.5fps compared to 123.fps for v099 and 134.5fps at our peak (v099r01-r02). I really like the style I came up with for the Game Boy mappers to settle the purpose(ROM,RAM) vs (rom,ram)Purpose naming convention. If I ever get around to redoing the NES mappers, that's likely the approach I'll take.
2016-06-28 10:43:47 +00:00
ram.enable = data.bits(0,3) == 0x0a;
Update to release v000r09. byuu says: Changelog: - added skeleton HuC1 (gets to a menu) - added skeleton HuC3 (gets to a menu, this one is supposedly a lot more complex (IR, RTC, etc.)) - added MMM01 emulation
2011-01-05 09:59:22 +00:00
return;
}
Update to v084r06 release. byuu says: Changelog: - fixed sprite tile masking for 8x16 mode (fixes Zelda: DX sprites) - HuC1 flag sets RAM writable, not RAM enable (fixes Pokemon Card) - removed within<> template, didn't turn out to be all that useful I would be almost certain no games would break by allowing reads when it is disabled, no game would rely on that behavior. I prefer to be overly restrictive. Better to not allow valid behavior than to allow invalid behavior. The latter is what gives us a dozen broken SNES translations.
2011-12-26 10:49:48 +00:00
if((addr & 0xe000) == 0x2000) { //$2000-3fff
Update to v099r12 release. byuu says: Changelog: - fixed FC AxROM / VRC7 regression - BitField split to BooleanBitField/NaturalBitField (in preparation for IntegerBitField) - BitFieldReference removed - GB CPU cleaned up - GB Cartridge + Mappers cleaned up - SFC CGRAM is now emulated as uint15[256] instead of uint[512] - sfc/ppu/memory.cpp no longer needed; removed - purged SFC Debugger hooks for now (some of the operator[] calls were bypassing them anyway) Unfortunately, for reasons that defy all semblance of logic, the CGRAM change caused a slight speed hit. As have the last few changes. We're now down to around 129.5fps compared to 123.fps for v099 and 134.5fps at our peak (v099r01-r02). I really like the style I came up with for the Game Boy mappers to settle the purpose(ROM,RAM) vs (rom,ram)Purpose naming convention. If I ever get around to redoing the NES mappers, that's likely the approach I'll take.
2016-06-28 10:43:47 +00:00
rom.select = data;
Update to release v000r09. byuu says: Changelog: - added skeleton HuC1 (gets to a menu) - added skeleton HuC3 (gets to a menu, this one is supposedly a lot more complex (IR, RTC, etc.)) - added MMM01 emulation
2011-01-05 09:59:22 +00:00
return;
}
Update to v084r06 release. byuu says: Changelog: - fixed sprite tile masking for 8x16 mode (fixes Zelda: DX sprites) - HuC1 flag sets RAM writable, not RAM enable (fixes Pokemon Card) - removed within<> template, didn't turn out to be all that useful I would be almost certain no games would break by allowing reads when it is disabled, no game would rely on that behavior. I prefer to be overly restrictive. Better to not allow valid behavior than to allow invalid behavior. The latter is what gives us a dozen broken SNES translations.
2011-12-26 10:49:48 +00:00
if((addr & 0xe000) == 0x4000) { //$4000-5fff
Update to v099r12 release. byuu says: Changelog: - fixed FC AxROM / VRC7 regression - BitField split to BooleanBitField/NaturalBitField (in preparation for IntegerBitField) - BitFieldReference removed - GB CPU cleaned up - GB Cartridge + Mappers cleaned up - SFC CGRAM is now emulated as uint15[256] instead of uint[512] - sfc/ppu/memory.cpp no longer needed; removed - purged SFC Debugger hooks for now (some of the operator[] calls were bypassing them anyway) Unfortunately, for reasons that defy all semblance of logic, the CGRAM change caused a slight speed hit. As have the last few changes. We're now down to around 129.5fps compared to 123.fps for v099 and 134.5fps at our peak (v099r01-r02). I really like the style I came up with for the Game Boy mappers to settle the purpose(ROM,RAM) vs (rom,ram)Purpose naming convention. If I ever get around to redoing the NES mappers, that's likely the approach I'll take.
2016-06-28 10:43:47 +00:00
ram.select = data;
Update to release v000r09. byuu says: Changelog: - added skeleton HuC1 (gets to a menu) - added skeleton HuC3 (gets to a menu, this one is supposedly a lot more complex (IR, RTC, etc.)) - added MMM01 emulation
2011-01-05 09:59:22 +00:00
return;
}
Update to v084r06 release. byuu says: Changelog: - fixed sprite tile masking for 8x16 mode (fixes Zelda: DX sprites) - HuC1 flag sets RAM writable, not RAM enable (fixes Pokemon Card) - removed within<> template, didn't turn out to be all that useful I would be almost certain no games would break by allowing reads when it is disabled, no game would rely on that behavior. I prefer to be overly restrictive. Better to not allow valid behavior than to allow invalid behavior. The latter is what gives us a dozen broken SNES translations.
2011-12-26 10:49:48 +00:00
if((addr & 0xe000) == 0x6000) { //$6000-7fff
Update to release v000r09. byuu says: Changelog: - added skeleton HuC1 (gets to a menu) - added skeleton HuC3 (gets to a menu, this one is supposedly a lot more complex (IR, RTC, etc.)) - added MMM01 emulation
2011-01-05 09:59:22 +00:00
//unknown purpose
return;
}
Update to v084r06 release. byuu says: Changelog: - fixed sprite tile masking for 8x16 mode (fixes Zelda: DX sprites) - HuC1 flag sets RAM writable, not RAM enable (fixes Pokemon Card) - removed within<> template, didn't turn out to be all that useful I would be almost certain no games would break by allowing reads when it is disabled, no game would rely on that behavior. I prefer to be overly restrictive. Better to not allow valid behavior than to allow invalid behavior. The latter is what gives us a dozen broken SNES translations.
2011-12-26 10:49:48 +00:00
if((addr & 0xe000) == 0xa000) { //$a000-bfff
Update to v099r12 release. byuu says: Changelog: - fixed FC AxROM / VRC7 regression - BitField split to BooleanBitField/NaturalBitField (in preparation for IntegerBitField) - BitFieldReference removed - GB CPU cleaned up - GB Cartridge + Mappers cleaned up - SFC CGRAM is now emulated as uint15[256] instead of uint[512] - sfc/ppu/memory.cpp no longer needed; removed - purged SFC Debugger hooks for now (some of the operator[] calls were bypassing them anyway) Unfortunately, for reasons that defy all semblance of logic, the CGRAM change caused a slight speed hit. As have the last few changes. We're now down to around 129.5fps compared to 123.fps for v099 and 134.5fps at our peak (v099r01-r02). I really like the style I came up with for the Game Boy mappers to settle the purpose(ROM,RAM) vs (rom,ram)Purpose naming convention. If I ever get around to redoing the NES mappers, that's likely the approach I'll take.
2016-06-28 10:43:47 +00:00
if(ram.enable) cartridge.writeRAM(ram.select << 13 | (uint13)addr, data);
Update to release v000r09. byuu says: Changelog: - added skeleton HuC1 (gets to a menu) - added skeleton HuC3 (gets to a menu, this one is supposedly a lot more complex (IR, RTC, etc.)) - added MMM01 emulation
2011-01-05 09:59:22 +00:00
return;
}
}
Update to v095r08 release. byuu says: Changelog: - added preliminary WASAPI driver (it's really terrible, though. Patches most welcome.) - all of processor/ updated to auto fn() -> ret syntax - all of gb/ updated to auto fn() -> ret syntax If you want to test the WASAPI driver, then edit ui-tomoko/GNUmakefile, and replace audio.xaudio2 with audio.wasapi Note that the two drivers are incompatible and cannot co-exist (yet. We can probably make it work in the future.) All that's left for the auto fn() -> ret syntax is the NES core and the balanced/performance SNES components. This is kind of a big deal because this syntax change causes diffs between WIPs to go crazy. So the sooner we get this done and out of the way, the better. It's also nice from a consistency standpoint, of course.
2015-11-21 07:36:48 +00:00
auto Cartridge::HuC3::power() -> void {
Update to v099r12 release. byuu says: Changelog: - fixed FC AxROM / VRC7 regression - BitField split to BooleanBitField/NaturalBitField (in preparation for IntegerBitField) - BitFieldReference removed - GB CPU cleaned up - GB Cartridge + Mappers cleaned up - SFC CGRAM is now emulated as uint15[256] instead of uint[512] - sfc/ppu/memory.cpp no longer needed; removed - purged SFC Debugger hooks for now (some of the operator[] calls were bypassing them anyway) Unfortunately, for reasons that defy all semblance of logic, the CGRAM change caused a slight speed hit. As have the last few changes. We're now down to around 129.5fps compared to 123.fps for v099 and 134.5fps at our peak (v099r01-r02). I really like the style I came up with for the Game Boy mappers to settle the purpose(ROM,RAM) vs (rom,ram)Purpose naming convention. If I ever get around to redoing the NES mappers, that's likely the approach I'll take.
2016-06-28 10:43:47 +00:00
rom.select = 0x01;
ram.enable = false;
ram.select = 0x00;
Update to release v000r09. byuu says: Changelog: - added skeleton HuC1 (gets to a menu) - added skeleton HuC3 (gets to a menu, this one is supposedly a lot more complex (IR, RTC, etc.)) - added MMM01 emulation
2011-01-05 09:59:22 +00:00
}