2011-10-01 12:06:48 +00:00
|
|
|
#include "bandai-fcg.cpp"
|
2011-11-04 11:57:54 +00:00
|
|
|
#include "konami-vrc1.cpp"
|
|
|
|
|
#include "konami-vrc2.cpp"
|
|
|
|
|
#include "konami-vrc3.cpp"
|
Update to v082r33 release.
byuu says:
Added MMC2, MMC4, VRC4, VRC7 (no audio.)
Split NES audio code up into individual modules.
Fixed libsnes to compile: Themaister, can you please test to make sure
it works? I don't have a libsnes client on my work PC to test it.
Added about / license information to bottom of advanced settings screen
for now (better than nothing, I guess.)
Blocked PPU reads/writes while rendering for now, easier than coming up
with a bus address locking thing :/
I can't seem to fix MMC5 graphics during the intro to Uchuu Keibitai.
Without that, trying to implement vertical-split screen mode doesn't
make sense.
So as far as special audio chips go ...
* VRC6 is completed
* Sunsoft 5B has everything the only game to use it uses, but there are
more unused channels I'd like to support anyway (they aren't
documented, though.)
* MMC5 audio unsupported for now
* VRC7 audio unsupported, probably for a long time (hardest audio driver
of all. More complex than core NES APU.)
* audio PCM games (Moero Pro Yakyuu!) I probably won't ever support
(they require external WAV packs.)
2011-10-12 12:03:58 +00:00
|
|
|
#include "konami-vrc4.cpp"
|
2011-10-01 12:06:48 +00:00
|
|
|
#include "konami-vrc6.cpp"
|
Update to v082r33 release.
byuu says:
Added MMC2, MMC4, VRC4, VRC7 (no audio.)
Split NES audio code up into individual modules.
Fixed libsnes to compile: Themaister, can you please test to make sure
it works? I don't have a libsnes client on my work PC to test it.
Added about / license information to bottom of advanced settings screen
for now (better than nothing, I guess.)
Blocked PPU reads/writes while rendering for now, easier than coming up
with a bus address locking thing :/
I can't seem to fix MMC5 graphics during the intro to Uchuu Keibitai.
Without that, trying to implement vertical-split screen mode doesn't
make sense.
So as far as special audio chips go ...
* VRC6 is completed
* Sunsoft 5B has everything the only game to use it uses, but there are
more unused channels I'd like to support anyway (they aren't
documented, though.)
* MMC5 audio unsupported for now
* VRC7 audio unsupported, probably for a long time (hardest audio driver
of all. More complex than core NES APU.)
* audio PCM games (Moero Pro Yakyuu!) I probably won't ever support
(they require external WAV packs.)
2011-10-12 12:03:58 +00:00
|
|
|
#include "konami-vrc7.cpp"
|
2011-10-02 10:05:45 +00:00
|
|
|
#include "nes-axrom.cpp"
|
|
|
|
|
#include "nes-bnrom.cpp"
|
|
|
|
|
#include "nes-cnrom.cpp"
|
Update to v082r31 release.
byuu says:
Enable Overscan->Mask Overscan [best I'm doing]
Video settings -> Overscan mask: (horizontal, vertical: 0-16 on each
side) [only works on NES+SNES]
BPS patching works for NES+SNES+GB; note that long-term I want BPS to
only patch headerless PRG+CHR files, but we'll need a database
/ completed board mapping system first.
MMC1 splits the board/chip markups a bit better. My attempts to emulate
the extra CHR bits per hardware fail repeatedly. Docs do not explain how
it works at all.
Emulated enough of the MMC5 to play Castlevania 3.
The MMC5 is easily the most complicated mapper the NES has to offer, and
of course, has the most pitifully vague and difficult documentation of
any mapper around.
It seems the only way anyone is able to emulate this chip is
empirically.
Everyone else apparently hooks the MMC5 right into the PPU core, which
I of course cannot do. So I had to come up with my own (probably wrong)
way to synchronize the PPU simply by observing CHR bus accesses.
I must say, I over-estimated how well fleshed out the NES hardware
documentation was. Shit hits the fan right after MMC3.
It's miles beyond the GB scene, but I find myself wanting for someone
with the technical writing ability of anomie.
I can't find anything at all on how we're supposed to support the $2007
port reads/writes without it extra-clocking the PPU's bus, which could
throw off mapper timing.
Absolutely nothing at all on the subject anywhere, something everybody
is required to do for all cycle-based emulators and ... nada.
Anyway, I'd like to refine the MMC5 a bit, getting Just Breed playable
even without sound would be really nice (it's a fun game.)
Then we need to get libsnes building again (ugh, getting worn out in
backporting changes to it.)
Once v083 is public, we can start discussing a new API for multiple
emulators.
2011-10-06 09:53:16 +00:00
|
|
|
#include "nes-exrom.cpp"
|
Update to v082r33 release.
byuu says:
Added MMC2, MMC4, VRC4, VRC7 (no audio.)
Split NES audio code up into individual modules.
Fixed libsnes to compile: Themaister, can you please test to make sure
it works? I don't have a libsnes client on my work PC to test it.
Added about / license information to bottom of advanced settings screen
for now (better than nothing, I guess.)
Blocked PPU reads/writes while rendering for now, easier than coming up
with a bus address locking thing :/
I can't seem to fix MMC5 graphics during the intro to Uchuu Keibitai.
Without that, trying to implement vertical-split screen mode doesn't
make sense.
So as far as special audio chips go ...
* VRC6 is completed
* Sunsoft 5B has everything the only game to use it uses, but there are
more unused channels I'd like to support anyway (they aren't
documented, though.)
* MMC5 audio unsupported for now
* VRC7 audio unsupported, probably for a long time (hardest audio driver
of all. More complex than core NES APU.)
* audio PCM games (Moero Pro Yakyuu!) I probably won't ever support
(they require external WAV packs.)
2011-10-12 12:03:58 +00:00
|
|
|
#include "nes-fxrom.cpp"
|
2011-10-02 10:05:45 +00:00
|
|
|
#include "nes-gxrom.cpp"
|
2011-11-04 11:57:54 +00:00
|
|
|
#include "nes-hkrom.cpp"
|
2011-10-02 10:05:45 +00:00
|
|
|
#include "nes-nrom.cpp"
|
Update to v082r33 release.
byuu says:
Added MMC2, MMC4, VRC4, VRC7 (no audio.)
Split NES audio code up into individual modules.
Fixed libsnes to compile: Themaister, can you please test to make sure
it works? I don't have a libsnes client on my work PC to test it.
Added about / license information to bottom of advanced settings screen
for now (better than nothing, I guess.)
Blocked PPU reads/writes while rendering for now, easier than coming up
with a bus address locking thing :/
I can't seem to fix MMC5 graphics during the intro to Uchuu Keibitai.
Without that, trying to implement vertical-split screen mode doesn't
make sense.
So as far as special audio chips go ...
* VRC6 is completed
* Sunsoft 5B has everything the only game to use it uses, but there are
more unused channels I'd like to support anyway (they aren't
documented, though.)
* MMC5 audio unsupported for now
* VRC7 audio unsupported, probably for a long time (hardest audio driver
of all. More complex than core NES APU.)
* audio PCM games (Moero Pro Yakyuu!) I probably won't ever support
(they require external WAV packs.)
2011-10-12 12:03:58 +00:00
|
|
|
#include "nes-pxrom.cpp"
|
2011-10-02 10:05:45 +00:00
|
|
|
#include "nes-sxrom.cpp"
|
|
|
|
|
#include "nes-txrom.cpp"
|
|
|
|
|
#include "nes-uxrom.cpp"
|
2011-10-05 09:37:00 +00:00
|
|
|
#include "sunsoft-5b.cpp"
|
2011-09-29 12:08:22 +00:00
|
|
|
|
2015-12-05 05:44:49 +00:00
|
|
|
Board::Board(Markup::Node& document) {
|
|
|
|
|
cartridge.board = this;
|
2018-04-15 05:49:53 +00:00
|
|
|
information.type = document["game/board"].text();
|
2015-12-05 05:44:49 +00:00
|
|
|
|
2018-04-15 05:49:53 +00:00
|
|
|
if(auto memory = Emulator::Game::Memory{document["game/board/memory(type=ROM,content=Program)"]}) {
|
|
|
|
|
if(prgrom.size = memory.size) prgrom.data = new uint8_t[prgrom.size]();
|
|
|
|
|
if(auto fp = platform->open(cartridge.pathID(), memory.name(), File::Read, File::Required)) {
|
2016-06-20 11:00:32 +00:00
|
|
|
fp->read(prgrom.data, min(prgrom.size, fp->size()));
|
|
|
|
|
}
|
|
|
|
|
}
|
2018-04-15 05:49:53 +00:00
|
|
|
|
|
|
|
|
if(auto memory = Emulator::Game::Memory{document["game/board/memory(type=RAM,content=Save)"]}) {
|
|
|
|
|
if(prgram.size = memory.size) prgram.data = new uint8_t[prgram.size](), prgram.writable = true;
|
|
|
|
|
if(memory.nonVolatile) {
|
|
|
|
|
if(auto fp = platform->open(cartridge.pathID(), memory.name(), File::Read)) {
|
|
|
|
|
fp->read(prgram.data, min(prgram.size, fp->size()));
|
|
|
|
|
}
|
2016-06-20 11:00:32 +00:00
|
|
|
}
|
|
|
|
|
}
|
2018-04-15 05:49:53 +00:00
|
|
|
|
|
|
|
|
if(auto memory = Emulator::Game::Memory{document["game/board/memory(type=ROM,content=Character)"]}) {
|
|
|
|
|
if(chrrom.size = memory.size) chrrom.data = new uint8_t[chrrom.size]();
|
|
|
|
|
if(auto fp = platform->open(cartridge.pathID(), memory.name(), File::Read, File::Required)) {
|
2016-06-20 11:00:32 +00:00
|
|
|
fp->read(chrrom.data, min(chrrom.size, fp->size()));
|
|
|
|
|
}
|
|
|
|
|
}
|
2018-04-15 05:49:53 +00:00
|
|
|
|
|
|
|
|
if(auto memory = Emulator::Game::Memory{document["game/board/memory(type=RAM,content=Character)"]}) {
|
|
|
|
|
if(chrram.size = memory.size) chrram.data = new uint8_t[chrram.size](), chrram.writable = true;
|
|
|
|
|
if(memory.nonVolatile) {
|
|
|
|
|
if(auto fp = platform->open(cartridge.pathID(), memory.name(), File::Read)) {
|
|
|
|
|
fp->read(chrram.data, min(chrram.size, fp->size()));
|
|
|
|
|
}
|
2016-06-20 11:00:32 +00:00
|
|
|
}
|
|
|
|
|
}
|
2015-12-05 05:44:49 +00:00
|
|
|
}
|
|
|
|
|
|
2016-06-20 11:00:32 +00:00
|
|
|
auto Board::save() -> void {
|
Update to v099r07 release.
byuu says:
Changelog:
- (hopefully) fixed BS Memory and Sufami Turbo slot loading
- ported GB, GBA, WS cores to use nall/vfs
- completely removed loadRequest, saveRequest functionality from
Emulator::Interface and ui-tomoko
- loadRequest(folder) is now load(folder)
- save states now use a shared Emulator::SerializerVersion string
- whenever this is bumped, all older states will break; but this makes
bumping state versions way easier
- also, the version string makes it a lot easier to identify
compatibility windows for save states
- SNES PPU now uses uint16 vram[32768] for memory accesses [hex_usr]
NOTE: Super Game Boy loading is currently broken, and I'm not entirely
sure how to fix it :/
The file loading handoff was -really- complicated, and so I'm kind of
at a loss ... so for now, don't try it.
Everything else should theoretically work, so please report any bugs
you find.
So, this is pretty much it. I'd be very curious to hear feedback from
people who objected to the old nall/stream design, whether they are
happy with the new file loading system or think it could use further
improvements.
The 16-bit VRAM turned out to be a wash on performance (roughly the same
as before. 1fps slower on Zelda 3, 1fps faster on Yoshi's Island.) The
main reason for this was because Yoshi's Island was breaking horribly
until I changed the vramRead, vramWrite functions to take uint15 instead
of uint16.
I suspect the issue is we're using uint16s in some areas now that need
to be uint15, and this game is setting the VRAM address to 0x8000+,
causing us to go out of bounds on memory accesses.
But ... I want to go ahead and do something cute for fun, and just because
we can ... and this new interface is so incredibly perfect for it!! I
want to support an SNES unit with 128KiB of VRAM. Not out of the box,
but as a fun little tweakable thing. The SNES was clearly designed to
support that, they just didn't use big enough VRAM chips, and left one
of the lines disconnected. So ... let's connect it anyway!
In the end, if we design it right, the only code difference should be
one area where we mask by 15-bits instead of by 16-bits.
2016-06-24 12:09:30 +00:00
|
|
|
auto document = BML::unserialize(cartridge.manifest());
|
|
|
|
|
|
2018-04-15 05:49:53 +00:00
|
|
|
if(auto memory = Emulator::Game::Memory{document["game/board/memory(type=RAM,content=Save)"]}) {
|
|
|
|
|
if(memory.nonVolatile) {
|
|
|
|
|
if(auto fp = platform->open(cartridge.pathID(), memory.name(), File::Write)) {
|
|
|
|
|
fp->write(prgram.data, prgram.size);
|
|
|
|
|
}
|
2016-06-20 11:00:32 +00:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2018-04-15 05:49:53 +00:00
|
|
|
if(auto memory = Emulator::Game::Memory{document["game/board/memory(type=RAM,content=Character)"]}) {
|
|
|
|
|
if(memory.nonVolatile) {
|
|
|
|
|
if(auto fp = platform->open(cartridge.pathID(), memory.name(), File::Write)) {
|
|
|
|
|
fp->write(chrram.data, chrram.size);
|
|
|
|
|
}
|
2016-06-20 11:00:32 +00:00
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
2015-12-05 05:44:49 +00:00
|
|
|
auto Board::Memory::read(uint addr) const -> uint8 {
|
Update to v082r31 release.
byuu says:
Enable Overscan->Mask Overscan [best I'm doing]
Video settings -> Overscan mask: (horizontal, vertical: 0-16 on each
side) [only works on NES+SNES]
BPS patching works for NES+SNES+GB; note that long-term I want BPS to
only patch headerless PRG+CHR files, but we'll need a database
/ completed board mapping system first.
MMC1 splits the board/chip markups a bit better. My attempts to emulate
the extra CHR bits per hardware fail repeatedly. Docs do not explain how
it works at all.
Emulated enough of the MMC5 to play Castlevania 3.
The MMC5 is easily the most complicated mapper the NES has to offer, and
of course, has the most pitifully vague and difficult documentation of
any mapper around.
It seems the only way anyone is able to emulate this chip is
empirically.
Everyone else apparently hooks the MMC5 right into the PPU core, which
I of course cannot do. So I had to come up with my own (probably wrong)
way to synchronize the PPU simply by observing CHR bus accesses.
I must say, I over-estimated how well fleshed out the NES hardware
documentation was. Shit hits the fan right after MMC3.
It's miles beyond the GB scene, but I find myself wanting for someone
with the technical writing ability of anomie.
I can't find anything at all on how we're supposed to support the $2007
port reads/writes without it extra-clocking the PPU's bus, which could
throw off mapper timing.
Absolutely nothing at all on the subject anywhere, something everybody
is required to do for all cycle-based emulators and ... nada.
Anyway, I'd like to refine the MMC5 a bit, getting Just Breed playable
even without sound would be really nice (it's a fun game.)
Then we need to get libsnes building again (ugh, getting worn out in
backporting changes to it.)
Once v083 is public, we can start discussing a new API for multiple
emulators.
2011-10-06 09:53:16 +00:00
|
|
|
return data[mirror(addr, size)];
|
|
|
|
|
}
|
|
|
|
|
|
2015-12-05 05:44:49 +00:00
|
|
|
auto Board::Memory::write(uint addr, uint8 byte) -> void {
|
Update to v082r33 release.
byuu says:
Added MMC2, MMC4, VRC4, VRC7 (no audio.)
Split NES audio code up into individual modules.
Fixed libsnes to compile: Themaister, can you please test to make sure
it works? I don't have a libsnes client on my work PC to test it.
Added about / license information to bottom of advanced settings screen
for now (better than nothing, I guess.)
Blocked PPU reads/writes while rendering for now, easier than coming up
with a bus address locking thing :/
I can't seem to fix MMC5 graphics during the intro to Uchuu Keibitai.
Without that, trying to implement vertical-split screen mode doesn't
make sense.
So as far as special audio chips go ...
* VRC6 is completed
* Sunsoft 5B has everything the only game to use it uses, but there are
more unused channels I'd like to support anyway (they aren't
documented, though.)
* MMC5 audio unsupported for now
* VRC7 audio unsupported, probably for a long time (hardest audio driver
of all. More complex than core NES APU.)
* audio PCM games (Moero Pro Yakyuu!) I probably won't ever support
(they require external WAV packs.)
2011-10-12 12:03:58 +00:00
|
|
|
if(writable) data[mirror(addr, size)] = byte;
|
Update to v082r31 release.
byuu says:
Enable Overscan->Mask Overscan [best I'm doing]
Video settings -> Overscan mask: (horizontal, vertical: 0-16 on each
side) [only works on NES+SNES]
BPS patching works for NES+SNES+GB; note that long-term I want BPS to
only patch headerless PRG+CHR files, but we'll need a database
/ completed board mapping system first.
MMC1 splits the board/chip markups a bit better. My attempts to emulate
the extra CHR bits per hardware fail repeatedly. Docs do not explain how
it works at all.
Emulated enough of the MMC5 to play Castlevania 3.
The MMC5 is easily the most complicated mapper the NES has to offer, and
of course, has the most pitifully vague and difficult documentation of
any mapper around.
It seems the only way anyone is able to emulate this chip is
empirically.
Everyone else apparently hooks the MMC5 right into the PPU core, which
I of course cannot do. So I had to come up with my own (probably wrong)
way to synchronize the PPU simply by observing CHR bus accesses.
I must say, I over-estimated how well fleshed out the NES hardware
documentation was. Shit hits the fan right after MMC3.
It's miles beyond the GB scene, but I find myself wanting for someone
with the technical writing ability of anomie.
I can't find anything at all on how we're supposed to support the $2007
port reads/writes without it extra-clocking the PPU's bus, which could
throw off mapper timing.
Absolutely nothing at all on the subject anywhere, something everybody
is required to do for all cycle-based emulators and ... nada.
Anyway, I'd like to refine the MMC5 a bit, getting Just Breed playable
even without sound would be really nice (it's a fun game.)
Then we need to get libsnes building again (ugh, getting worn out in
backporting changes to it.)
Once v083 is public, we can start discussing a new API for multiple
emulators.
2011-10-06 09:53:16 +00:00
|
|
|
}
|
|
|
|
|
|
2015-12-05 05:44:49 +00:00
|
|
|
auto Board::mirror(uint addr, uint size) -> uint {
|
|
|
|
|
uint base = 0;
|
2011-09-29 12:08:22 +00:00
|
|
|
if(size) {
|
2015-12-05 05:44:49 +00:00
|
|
|
uint mask = 1 << 23;
|
2011-09-29 12:08:22 +00:00
|
|
|
while(addr >= size) {
|
|
|
|
|
while(!(addr & mask)) mask >>= 1;
|
|
|
|
|
addr -= mask;
|
|
|
|
|
if(size > mask) {
|
|
|
|
|
size -= mask;
|
|
|
|
|
base += mask;
|
|
|
|
|
}
|
|
|
|
|
mask >>= 1;
|
|
|
|
|
}
|
|
|
|
|
base += addr;
|
|
|
|
|
}
|
|
|
|
|
return base;
|
|
|
|
|
}
|
|
|
|
|
|
2015-12-05 05:44:49 +00:00
|
|
|
auto Board::main() -> void {
|
2017-06-22 06:04:07 +00:00
|
|
|
cartridge.step(cartridge.rate() * 4095);
|
2016-02-09 11:51:12 +00:00
|
|
|
tick();
|
2011-09-29 12:44:49 +00:00
|
|
|
}
|
|
|
|
|
|
2015-12-05 05:44:49 +00:00
|
|
|
auto Board::tick() -> void {
|
2017-06-22 06:04:07 +00:00
|
|
|
cartridge.step(cartridge.rate());
|
Update to v100r14 release.
byuu says:
(Windows: compile with -fpermissive to silence an annoying error. I'll
fix it in the next WIP.)
I completely replaced the time management system in higan and overhauled
the scheduler.
Before, processor threads would have "int64 clock"; and there would
be a 1:1 relationship between two threads. When thread A ran for X
cycles, it'd subtract X * B.Frequency from clock; and when thread B ran
for Y cycles, it'd add Y * A.Frequency from clock. This worked well
and allowed perfect precision; but it doesn't work when you have more
complicated relationships: eg the 68K can sync to the Z80 and PSG; the
Z80 to the 68K and PSG; so the PSG needs two counters.
The new system instead uses a "uint64 clock" variable that represents
time in attoseconds. Every time the scheduler exits, it subtracts
the smallest clock count from all threads, to prevent an overflow
scenario. The only real downside is that rounding errors mean that
roughly every 20 minutes, we have a rounding error of one clock cycle
(one 20,000,000th of a second.) However, this only applies to systems
with multiple oscillators, like the SNES. And when you're in that
situation ... there's no such thing as a perfect oscillator anyway. A
real SNES will be thousands of times less out of spec than 1hz per 20
minutes.
The advantages are pretty immense. First, we obviously can now support
more complex relationships between threads. Second, we can build a
much more abstracted scheduler. All of libco is now abstracted away
completely, which may permit a state-machine / coroutine version of
Thread in the future. We've basically gone from this:
auto SMP::step(uint clocks) -> void {
clock += clocks * (uint64)cpu.frequency;
dsp.clock -= clocks;
if(dsp.clock < 0 && !scheduler.synchronizing()) co_switch(dsp.thread);
if(clock >= 0 && !scheduler.synchronizing()) co_switch(cpu.thread);
}
To this:
auto SMP::step(uint clocks) -> void {
Thread::step(clocks);
synchronize(dsp);
synchronize(cpu);
}
As you can see, we don't have to do multiple clock adjustments anymore.
This is a huge win for the SNES CPU that had to update the SMP, DSP, all
peripherals and all coprocessors. Likewise, we don't have to synchronize
all coprocessors when one runs, now we can just synchronize the active
one to the CPU.
Third, when changing the frequencies of threads (think SGB speed setting
modes, GBC double-speed mode, etc), it no longer causes the "int64
clock" value to be erroneous.
Fourth, this results in a fairly decent speedup, mostly across the
board. Aside from the GBA being mostly a wash (for unknown reasons),
it's about an 8% - 12% speedup in every other emulation core.
Now, all of this said ... this was an unbelievably massive change, so
... you know what that means >_> If anyone can help test all types of
SNES coprocessors, and some other system games, it'd be appreciated.
----
Lastly, we have a bitchin' new about screen. It unfortunately adds
~200KiB onto the binary size, because the PNG->C++ header file
transformation doesn't compress very well, and I want to keep the
original resource files in with the higan archive. I might try some
things to work around this file size increase in the future, but for now
... yeah, slightly larger archive sizes, sorry.
The logo's a bit busted on Windows (the Label control's background
transparency and alignment settings aren't working), but works well on
GTK. I'll have to fix Windows before the next official release. For now,
look on my Twitter feed if you want to see what it's supposed to look
like.
----
EDIT: forgot about ICD2::Enter. It's doing some weird inverse
run-to-save thing that I need to implement support for somehow. So, save
states on the SGB core probably won't work with this WIP.
2016-07-30 03:56:12 +00:00
|
|
|
cartridge.synchronize(cpu);
|
2011-09-29 12:44:49 +00:00
|
|
|
}
|
|
|
|
|
|
2016-06-27 13:07:57 +00:00
|
|
|
auto Board::readCHR(uint addr) -> uint8 {
|
2011-09-29 12:44:49 +00:00
|
|
|
if(chrram.size) return chrram.data[mirror(addr, chrram.size)];
|
Update to v082r33 release.
byuu says:
Added MMC2, MMC4, VRC4, VRC7 (no audio.)
Split NES audio code up into individual modules.
Fixed libsnes to compile: Themaister, can you please test to make sure
it works? I don't have a libsnes client on my work PC to test it.
Added about / license information to bottom of advanced settings screen
for now (better than nothing, I guess.)
Blocked PPU reads/writes while rendering for now, easier than coming up
with a bus address locking thing :/
I can't seem to fix MMC5 graphics during the intro to Uchuu Keibitai.
Without that, trying to implement vertical-split screen mode doesn't
make sense.
So as far as special audio chips go ...
* VRC6 is completed
* Sunsoft 5B has everything the only game to use it uses, but there are
more unused channels I'd like to support anyway (they aren't
documented, though.)
* MMC5 audio unsupported for now
* VRC7 audio unsupported, probably for a long time (hardest audio driver
of all. More complex than core NES APU.)
* audio PCM games (Moero Pro Yakyuu!) I probably won't ever support
(they require external WAV packs.)
2011-10-12 12:03:58 +00:00
|
|
|
if(chrrom.size) return chrrom.data[mirror(addr, chrrom.size)];
|
2011-09-29 12:44:49 +00:00
|
|
|
return 0u;
|
2011-09-29 12:08:22 +00:00
|
|
|
}
|
|
|
|
|
|
2016-06-27 13:07:57 +00:00
|
|
|
auto Board::writeCHR(uint addr, uint8 data) -> void {
|
2011-09-29 12:44:49 +00:00
|
|
|
if(chrram.size) chrram.data[mirror(addr, chrram.size)] = data;
|
2011-09-29 12:08:22 +00:00
|
|
|
}
|
|
|
|
|
|
2015-12-05 05:44:49 +00:00
|
|
|
auto Board::power() -> void {
|
2011-09-29 12:44:49 +00:00
|
|
|
}
|
|
|
|
|
|
2015-12-05 05:44:49 +00:00
|
|
|
auto Board::serialize(serializer& s) -> void {
|
2011-09-29 12:44:49 +00:00
|
|
|
if(prgram.size) s.array(prgram.data, prgram.size);
|
|
|
|
|
if(chrram.size) s.array(chrram.data, chrram.size);
|
|
|
|
|
}
|
2011-09-29 12:08:22 +00:00
|
|
|
|
2015-12-05 05:44:49 +00:00
|
|
|
auto Board::load(string manifest) -> Board* {
|
Update to v094r17 release.
byuu says:
This updates higan to use the new Markup::Node changes. This is a really
big change, and one slight typo anywhere could break certain classes of
games from playing.
I don't have ananke hooked up again yet, so I don't have the ability to
test this much. If anyone with some v094 game folders wouldn't mind
testing, I'd help out a great deal.
I'm most concerned about testing one of each SNES special chip game.
Most notably, systems like the SA-1, HitachiDSP and NEC-DSP were using
the fancier lookups, eg node["rom[0]/name"], which I had to convert to
a rather ugly node["rom"].at(0)["name"], which I'm fairly confident
won't work. I'm going to blame that on the fumes from the shelves I just
stained >.> Might work with node.find("rom[0]/name")(0) though ...? But
so ugly ... ugh.
That aside, this WIP adds the accuracy-PPU inlining, so the accuracy
profile should run around 7.5% faster than before.
2015-05-02 13:05:46 +00:00
|
|
|
auto document = BML::unserialize(manifest);
|
2018-04-15 05:49:53 +00:00
|
|
|
cartridge.information.title = document["game/label"].text();
|
Update to v092 release.
In the release thread, byuu says:
The first official release of higan has been posted. higan is the
new name for bsnes, and it continues with the latter's version
numbering.
Note that as of now, bsnes still exists. It's a module distributed
inside of higan. bsnes is now specific to my SNES emulator.
Due to last minute changes to the emulator interface, and missing
support in ananke, I wasn't able to include Cydrak's Nintendo DS
emulator dasShiny in this build, but I hope to do so in the next
release.
http://code.google.com/p/higan/downloads/list
For both new and experienced users, please read the higan user guide
first:
http://byuu.org/higan/user-guide
In the v091 WIP thread, byuu says:
r15->r16:
- BS-X MaskROM handling (partial ... need to split bsx/flash away
from sfc/chip, restructure code - it requires tagging the base
cart markup for now, but it needs to parse the slotted cart
markup)
- phoenixflags / phoenixlink += -m32
- nall/sort stability
- if(input.poll(scancode[activeScancode]) == false) return;
- MSU1 / USART need to use interface->path(1)
- MSU1 needs to use Markup::Document, not XML::Document
- case-insensitive folder listings
- remove nall/emulation/system.hpp files (move to ananke)
- remove rom/ram id= checks with indexing
X have cores ask for manifest.bml (skipped for v092's release, too
big a change)
- rename compatibility profile to balanced (so people don't assume
it has better compatibility than accuracy)
2013-01-14 12:10:20 +00:00
|
|
|
|
2018-04-15 05:49:53 +00:00
|
|
|
string type = document["game/board"].text();
|
2011-09-29 12:08:22 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "BANDAI-FCG" ) return new BandaiFCG(document);
|
2011-10-01 12:06:48 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "KONAMI-VRC-1") return new KonamiVRC1(document);
|
|
|
|
|
if(type == "KONAMI-VRC-2") return new KonamiVRC2(document);
|
|
|
|
|
if(type == "KONAMI-VRC-3") return new KonamiVRC3(document);
|
|
|
|
|
if(type == "KONAMI-VRC-4") return new KonamiVRC4(document);
|
|
|
|
|
if(type == "KONAMI-VRC-6") return new KonamiVRC6(document);
|
|
|
|
|
if(type == "KONAMI-VRC-7") return new KonamiVRC7(document);
|
2011-10-01 12:06:48 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-AMROM" ) return new NES_AxROM(document);
|
|
|
|
|
if(type == "NES-ANROM" ) return new NES_AxROM(document);
|
|
|
|
|
if(type == "NES-AN1ROM" ) return new NES_AxROM(document);
|
|
|
|
|
if(type == "NES-AOROM" ) return new NES_AxROM(document);
|
2011-10-02 10:05:45 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-BNROM" ) return new NES_BNROM(document);
|
2011-10-02 10:05:45 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-CNROM" ) return new NES_CNROM(document);
|
2011-10-02 10:05:45 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-EKROM" ) return new NES_ExROM(document);
|
|
|
|
|
if(type == "NES-ELROM" ) return new NES_ExROM(document);
|
|
|
|
|
if(type == "NES-ETROM" ) return new NES_ExROM(document);
|
|
|
|
|
if(type == "NES-EWROM" ) return new NES_ExROM(document);
|
Update to v082r31 release.
byuu says:
Enable Overscan->Mask Overscan [best I'm doing]
Video settings -> Overscan mask: (horizontal, vertical: 0-16 on each
side) [only works on NES+SNES]
BPS patching works for NES+SNES+GB; note that long-term I want BPS to
only patch headerless PRG+CHR files, but we'll need a database
/ completed board mapping system first.
MMC1 splits the board/chip markups a bit better. My attempts to emulate
the extra CHR bits per hardware fail repeatedly. Docs do not explain how
it works at all.
Emulated enough of the MMC5 to play Castlevania 3.
The MMC5 is easily the most complicated mapper the NES has to offer, and
of course, has the most pitifully vague and difficult documentation of
any mapper around.
It seems the only way anyone is able to emulate this chip is
empirically.
Everyone else apparently hooks the MMC5 right into the PPU core, which
I of course cannot do. So I had to come up with my own (probably wrong)
way to synchronize the PPU simply by observing CHR bus accesses.
I must say, I over-estimated how well fleshed out the NES hardware
documentation was. Shit hits the fan right after MMC3.
It's miles beyond the GB scene, but I find myself wanting for someone
with the technical writing ability of anomie.
I can't find anything at all on how we're supposed to support the $2007
port reads/writes without it extra-clocking the PPU's bus, which could
throw off mapper timing.
Absolutely nothing at all on the subject anywhere, something everybody
is required to do for all cycle-based emulators and ... nada.
Anyway, I'd like to refine the MMC5 a bit, getting Just Breed playable
even without sound would be really nice (it's a fun game.)
Then we need to get libsnes building again (ugh, getting worn out in
backporting changes to it.)
Once v083 is public, we can start discussing a new API for multiple
emulators.
2011-10-06 09:53:16 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-FJROM" ) return new NES_FxROM(document);
|
|
|
|
|
if(type == "NES-FKROM" ) return new NES_FxROM(document);
|
Update to v082r33 release.
byuu says:
Added MMC2, MMC4, VRC4, VRC7 (no audio.)
Split NES audio code up into individual modules.
Fixed libsnes to compile: Themaister, can you please test to make sure
it works? I don't have a libsnes client on my work PC to test it.
Added about / license information to bottom of advanced settings screen
for now (better than nothing, I guess.)
Blocked PPU reads/writes while rendering for now, easier than coming up
with a bus address locking thing :/
I can't seem to fix MMC5 graphics during the intro to Uchuu Keibitai.
Without that, trying to implement vertical-split screen mode doesn't
make sense.
So as far as special audio chips go ...
* VRC6 is completed
* Sunsoft 5B has everything the only game to use it uses, but there are
more unused channels I'd like to support anyway (they aren't
documented, though.)
* MMC5 audio unsupported for now
* VRC7 audio unsupported, probably for a long time (hardest audio driver
of all. More complex than core NES APU.)
* audio PCM games (Moero Pro Yakyuu!) I probably won't ever support
(they require external WAV packs.)
2011-10-12 12:03:58 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-GNROM" ) return new NES_GxROM(document);
|
|
|
|
|
if(type == "NES-MHROM" ) return new NES_GxROM(document);
|
2011-10-02 10:05:45 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-HKROM" ) return new NES_HKROM(document);
|
2011-11-04 11:57:54 +00:00
|
|
|
|
Update to v091r05 release.
[No prior releases were posted to the WIP thread. -Ed.]
byuu says:
Super Famicom mapping system has been reworked as discussed with the
mask= changes. offset becomes base, mode is gone. Also added support for
comma-separated fields in the address fields, to reduce the number of
map lines needed.
<?xml version="1.0" encoding="UTF-8"?>
<cartridge region="NTSC">
<superfx revision="2">
<rom name="program.rom" size="0x200000"/>
<ram name="save.rwm" size="0x8000"/>
<map id="io" address="00-3f,80-bf:3000-32ff"/>
<map id="rom" address="00-3f:8000-ffff" mask="0x8000"/>
<map id="rom" address="40-5f:0000-ffff"/>
<map id="ram" address="00-3f,80-bf:6000-7fff" size="0x2000"/>
<map id="ram" address="70-71:0000-ffff"/>
</superfx>
</cartridge>
Or in BML:
cartridge region=NTSC
superfx revision=2
rom name=program.rom size=0x200000
ram name=save.rwm size=0x8000
map id=io address=00-3f,80-bf:3000-32ff
map id=rom address=00-3f:8000-ffff mask=0x8000
map id=rom address=40-5f:0000-ffff
map id=ram address=00-3f,80-bf:6000-7fff size=0x2000
map id=ram address=70-71:0000-ffff
As a result of the changes, old mappings will no longer work. The above
XML example will run Super Mario World 2: Yoshi's Island. Otherwise,
you'll have to write your own.
All that's left now is to work some sort of database mapping system in,
so I can start dumping carts en masse.
The NES changes that FitzRoy asked for are mostly in as well.
Also, part of the reason I haven't released a WIP ... but fuck it, I'm
not going to wait forever to post a new WIP.
I've added a skeleton driver to emulate Campus Challenge '92 and
Powerfest '94. There's no actual emulation, except for the stuff I can
glean from looking at the pictures of the board. It has a DSP-1 (so
SR/DR registers), four ROMs that map in and out, RAM, etc.
I've also added preliminary mapping to upload high scores to a website,
but obviously I need the ROMs first.
2012-10-09 08:25:32 +00:00
|
|
|
if(type == "NES-NROM" ) return new NES_NROM(document);
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-NROM-128") return new NES_NROM(document);
|
|
|
|
|
if(type == "NES-NROM-256") return new NES_NROM(document);
|
2011-10-02 10:05:45 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-PEEOROM" ) return new NES_PxROM(document);
|
|
|
|
|
if(type == "NES-PNROM" ) return new NES_PxROM(document);
|
Update to v082r33 release.
byuu says:
Added MMC2, MMC4, VRC4, VRC7 (no audio.)
Split NES audio code up into individual modules.
Fixed libsnes to compile: Themaister, can you please test to make sure
it works? I don't have a libsnes client on my work PC to test it.
Added about / license information to bottom of advanced settings screen
for now (better than nothing, I guess.)
Blocked PPU reads/writes while rendering for now, easier than coming up
with a bus address locking thing :/
I can't seem to fix MMC5 graphics during the intro to Uchuu Keibitai.
Without that, trying to implement vertical-split screen mode doesn't
make sense.
So as far as special audio chips go ...
* VRC6 is completed
* Sunsoft 5B has everything the only game to use it uses, but there are
more unused channels I'd like to support anyway (they aren't
documented, though.)
* MMC5 audio unsupported for now
* VRC7 audio unsupported, probably for a long time (hardest audio driver
of all. More complex than core NES APU.)
* audio PCM games (Moero Pro Yakyuu!) I probably won't ever support
(they require external WAV packs.)
2011-10-12 12:03:58 +00:00
|
|
|
|
Update to v091r05 release.
[No prior releases were posted to the WIP thread. -Ed.]
byuu says:
Super Famicom mapping system has been reworked as discussed with the
mask= changes. offset becomes base, mode is gone. Also added support for
comma-separated fields in the address fields, to reduce the number of
map lines needed.
<?xml version="1.0" encoding="UTF-8"?>
<cartridge region="NTSC">
<superfx revision="2">
<rom name="program.rom" size="0x200000"/>
<ram name="save.rwm" size="0x8000"/>
<map id="io" address="00-3f,80-bf:3000-32ff"/>
<map id="rom" address="00-3f:8000-ffff" mask="0x8000"/>
<map id="rom" address="40-5f:0000-ffff"/>
<map id="ram" address="00-3f,80-bf:6000-7fff" size="0x2000"/>
<map id="ram" address="70-71:0000-ffff"/>
</superfx>
</cartridge>
Or in BML:
cartridge region=NTSC
superfx revision=2
rom name=program.rom size=0x200000
ram name=save.rwm size=0x8000
map id=io address=00-3f,80-bf:3000-32ff
map id=rom address=00-3f:8000-ffff mask=0x8000
map id=rom address=40-5f:0000-ffff
map id=ram address=00-3f,80-bf:6000-7fff size=0x2000
map id=ram address=70-71:0000-ffff
As a result of the changes, old mappings will no longer work. The above
XML example will run Super Mario World 2: Yoshi's Island. Otherwise,
you'll have to write your own.
All that's left now is to work some sort of database mapping system in,
so I can start dumping carts en masse.
The NES changes that FitzRoy asked for are mostly in as well.
Also, part of the reason I haven't released a WIP ... but fuck it, I'm
not going to wait forever to post a new WIP.
I've added a skeleton driver to emulate Campus Challenge '92 and
Powerfest '94. There's no actual emulation, except for the stuff I can
glean from looking at the pictures of the board. It has a DSP-1 (so
SR/DR registers), four ROMs that map in and out, RAM, etc.
I've also added preliminary mapping to upload high scores to a website,
but obviously I need the ROMs first.
2012-10-09 08:25:32 +00:00
|
|
|
if(type == "NES-SAROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SBROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SCROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SC1ROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SEROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SFROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SFEXPROM") return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SGROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SHROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SH1ROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SIROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SJROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SKROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SLROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SL1ROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SL2ROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SL3ROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SLRROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SMROM" ) return new NES_SxROM(document);
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-SNROM" ) return new NES_SxROM(document);
|
Update to v091r05 release.
[No prior releases were posted to the WIP thread. -Ed.]
byuu says:
Super Famicom mapping system has been reworked as discussed with the
mask= changes. offset becomes base, mode is gone. Also added support for
comma-separated fields in the address fields, to reduce the number of
map lines needed.
<?xml version="1.0" encoding="UTF-8"?>
<cartridge region="NTSC">
<superfx revision="2">
<rom name="program.rom" size="0x200000"/>
<ram name="save.rwm" size="0x8000"/>
<map id="io" address="00-3f,80-bf:3000-32ff"/>
<map id="rom" address="00-3f:8000-ffff" mask="0x8000"/>
<map id="rom" address="40-5f:0000-ffff"/>
<map id="ram" address="00-3f,80-bf:6000-7fff" size="0x2000"/>
<map id="ram" address="70-71:0000-ffff"/>
</superfx>
</cartridge>
Or in BML:
cartridge region=NTSC
superfx revision=2
rom name=program.rom size=0x200000
ram name=save.rwm size=0x8000
map id=io address=00-3f,80-bf:3000-32ff
map id=rom address=00-3f:8000-ffff mask=0x8000
map id=rom address=40-5f:0000-ffff
map id=ram address=00-3f,80-bf:6000-7fff size=0x2000
map id=ram address=70-71:0000-ffff
As a result of the changes, old mappings will no longer work. The above
XML example will run Super Mario World 2: Yoshi's Island. Otherwise,
you'll have to write your own.
All that's left now is to work some sort of database mapping system in,
so I can start dumping carts en masse.
The NES changes that FitzRoy asked for are mostly in as well.
Also, part of the reason I haven't released a WIP ... but fuck it, I'm
not going to wait forever to post a new WIP.
I've added a skeleton driver to emulate Campus Challenge '92 and
Powerfest '94. There's no actual emulation, except for the stuff I can
glean from looking at the pictures of the board. It has a DSP-1 (so
SR/DR registers), four ROMs that map in and out, RAM, etc.
I've also added preliminary mapping to upload high scores to a website,
but obviously I need the ROMs first.
2012-10-09 08:25:32 +00:00
|
|
|
if(type == "NES-SOROM" ) return new NES_SxROM(document);
|
|
|
|
|
if(type == "NES-SUROM" ) return new NES_SxROM(document);
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-SXROM" ) return new NES_SxROM(document);
|
2011-10-02 10:05:45 +00:00
|
|
|
|
Update to v091r05 release.
[No prior releases were posted to the WIP thread. -Ed.]
byuu says:
Super Famicom mapping system has been reworked as discussed with the
mask= changes. offset becomes base, mode is gone. Also added support for
comma-separated fields in the address fields, to reduce the number of
map lines needed.
<?xml version="1.0" encoding="UTF-8"?>
<cartridge region="NTSC">
<superfx revision="2">
<rom name="program.rom" size="0x200000"/>
<ram name="save.rwm" size="0x8000"/>
<map id="io" address="00-3f,80-bf:3000-32ff"/>
<map id="rom" address="00-3f:8000-ffff" mask="0x8000"/>
<map id="rom" address="40-5f:0000-ffff"/>
<map id="ram" address="00-3f,80-bf:6000-7fff" size="0x2000"/>
<map id="ram" address="70-71:0000-ffff"/>
</superfx>
</cartridge>
Or in BML:
cartridge region=NTSC
superfx revision=2
rom name=program.rom size=0x200000
ram name=save.rwm size=0x8000
map id=io address=00-3f,80-bf:3000-32ff
map id=rom address=00-3f:8000-ffff mask=0x8000
map id=rom address=40-5f:0000-ffff
map id=ram address=00-3f,80-bf:6000-7fff size=0x2000
map id=ram address=70-71:0000-ffff
As a result of the changes, old mappings will no longer work. The above
XML example will run Super Mario World 2: Yoshi's Island. Otherwise,
you'll have to write your own.
All that's left now is to work some sort of database mapping system in,
so I can start dumping carts en masse.
The NES changes that FitzRoy asked for are mostly in as well.
Also, part of the reason I haven't released a WIP ... but fuck it, I'm
not going to wait forever to post a new WIP.
I've added a skeleton driver to emulate Campus Challenge '92 and
Powerfest '94. There's no actual emulation, except for the stuff I can
glean from looking at the pictures of the board. It has a DSP-1 (so
SR/DR registers), four ROMs that map in and out, RAM, etc.
I've also added preliminary mapping to upload high scores to a website,
but obviously I need the ROMs first.
2012-10-09 08:25:32 +00:00
|
|
|
if(type == "NES-TBROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TEROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TFROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TGROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TKROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TKSROM" ) return new NES_TxROM(document);
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-TLROM" ) return new NES_TxROM(document);
|
Update to v091r05 release.
[No prior releases were posted to the WIP thread. -Ed.]
byuu says:
Super Famicom mapping system has been reworked as discussed with the
mask= changes. offset becomes base, mode is gone. Also added support for
comma-separated fields in the address fields, to reduce the number of
map lines needed.
<?xml version="1.0" encoding="UTF-8"?>
<cartridge region="NTSC">
<superfx revision="2">
<rom name="program.rom" size="0x200000"/>
<ram name="save.rwm" size="0x8000"/>
<map id="io" address="00-3f,80-bf:3000-32ff"/>
<map id="rom" address="00-3f:8000-ffff" mask="0x8000"/>
<map id="rom" address="40-5f:0000-ffff"/>
<map id="ram" address="00-3f,80-bf:6000-7fff" size="0x2000"/>
<map id="ram" address="70-71:0000-ffff"/>
</superfx>
</cartridge>
Or in BML:
cartridge region=NTSC
superfx revision=2
rom name=program.rom size=0x200000
ram name=save.rwm size=0x8000
map id=io address=00-3f,80-bf:3000-32ff
map id=rom address=00-3f:8000-ffff mask=0x8000
map id=rom address=40-5f:0000-ffff
map id=ram address=00-3f,80-bf:6000-7fff size=0x2000
map id=ram address=70-71:0000-ffff
As a result of the changes, old mappings will no longer work. The above
XML example will run Super Mario World 2: Yoshi's Island. Otherwise,
you'll have to write your own.
All that's left now is to work some sort of database mapping system in,
so I can start dumping carts en masse.
The NES changes that FitzRoy asked for are mostly in as well.
Also, part of the reason I haven't released a WIP ... but fuck it, I'm
not going to wait forever to post a new WIP.
I've added a skeleton driver to emulate Campus Challenge '92 and
Powerfest '94. There's no actual emulation, except for the stuff I can
glean from looking at the pictures of the board. It has a DSP-1 (so
SR/DR registers), four ROMs that map in and out, RAM, etc.
I've also added preliminary mapping to upload high scores to a website,
but obviously I need the ROMs first.
2012-10-09 08:25:32 +00:00
|
|
|
if(type == "NES-TL1ROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TL2ROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TLSROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TNROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TQROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TR1ROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TSROM" ) return new NES_TxROM(document);
|
|
|
|
|
if(type == "NES-TVROM" ) return new NES_TxROM(document);
|
2011-10-02 10:05:45 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "NES-UNROM" ) return new NES_UxROM(document);
|
|
|
|
|
if(type == "NES-UOROM" ) return new NES_UxROM(document);
|
2011-10-02 10:05:45 +00:00
|
|
|
|
2012-05-26 08:18:42 +00:00
|
|
|
if(type == "SUNSOFT-5B" ) return new Sunsoft5B(document);
|
2011-10-05 09:37:00 +00:00
|
|
|
|
2011-09-29 12:44:49 +00:00
|
|
|
return nullptr;
|
2011-09-29 12:08:22 +00:00
|
|
|
}
|