2018-02-05 09:58:02 +00:00
|
|
|
|
namespace Heuristics {
|
|
|
|
|
|
|
2018-03-05 22:42:10 +00:00
|
|
|
|
struct SuperFamicom {
|
2018-02-16 01:07:49 +00:00
|
|
|
|
SuperFamicom(vector<uint8_t>& data, string location);
|
2018-02-05 09:58:02 +00:00
|
|
|
|
explicit operator bool() const;
|
|
|
|
|
|
|
|
|
|
|
|
auto manifest() const -> string;
|
|
|
|
|
|
auto region() const -> string;
|
|
|
|
|
|
auto revision() const -> string;
|
|
|
|
|
|
auto board() const -> string;
|
|
|
|
|
|
auto label() const -> string;
|
|
|
|
|
|
auto serial() const -> string;
|
Update to v106r05 release.
byuu says:
Changelog:
- Super Famicom: added remaining generic board types
- icarus: improved Super Famicom heuristics
- icarus: reworked BS Memory heuristics
- icarus: reworked Sufami Turbo heuristics
Notes: this is really complicated, and is going to take a long time to
work 100% smoothly again.
Starting off, I am trying to get rid of the weird edge case zero-byte
SRAM mapping for the Cx4. It has the RAM region present, but returns
logic low (0x00) instead of open bus, when SRAM isn't present. I started
by making it `map=ram` instead of `ram/map`, which is gross, and then it ended
up detecing the map tag ending in RAM and pulling the Cx4 data RAM into that
slot. Ugh. The preservation board mapping is still as it was before and will
need to be updated once I get the syntax down.
The BS Memory and Sufami Turbo moving to the new `game/memory`
ending means I can't use the SuperFamicom::Cartridge::loadMemory
function that looks at the old-style rom/ram tags. Because I didn't
write more code, the result is those sub-carts won't load now.
The old heuristics were short-circuiting on SA1 before bothering with
BS-X slots, so that's why SD Gundam G-Next wasn't asking for a data
pack. The problem is, I don't know where the BS-X pack maps to on this
cartridge. It's at c0-ef on the other BS-X slotted cartridges, but
that's mapped to the SA1 on regular SA1 cartridges, so ... for now, it's
not actually mapped in.
I'm still struggling with naming conventions on all these boards. I'll
make a public post about that, though.
2018-02-10 21:45:44 +00:00
|
|
|
|
auto romSize() const -> uint;
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto ramSize() const -> uint;
|
|
|
|
|
|
auto expansionRamSize() const -> uint;
|
2018-02-16 01:07:49 +00:00
|
|
|
|
auto battery() const -> bool;
|
2018-02-05 09:58:02 +00:00
|
|
|
|
|
|
|
|
|
|
private:
|
2018-02-16 01:07:49 +00:00
|
|
|
|
auto size() const -> uint { return data.size(); }
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto scoreHeader(uint address) -> uint;
|
2018-02-16 01:07:49 +00:00
|
|
|
|
auto firmwareARM() const -> string;
|
|
|
|
|
|
auto firmwareHITACHI() const -> string;
|
|
|
|
|
|
auto firmwareNEC() const -> string;
|
|
|
|
|
|
auto firmwareNECEX() const -> string;
|
|
|
|
|
|
auto firmwareSGB() const -> string;
|
|
|
|
|
|
|
|
|
|
|
|
vector<uint8_t>& data;
|
|
|
|
|
|
string location;
|
2018-02-05 09:58:02 +00:00
|
|
|
|
uint headerAddress = 0;
|
2015-08-21 11:29:53 +00:00
|
|
|
|
};
|
|
|
|
|
|
|
2018-02-16 01:07:49 +00:00
|
|
|
|
SuperFamicom::SuperFamicom(vector<uint8_t>& data, string location) : data(data), location(location) {
|
|
|
|
|
|
if((size() & 0x7fff) == 512) {
|
|
|
|
|
|
//remove header if present
|
|
|
|
|
|
memory::move(&data[0], &data[512], size() - 512);
|
|
|
|
|
|
data.resize(size() - 512);
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
if(size() < 0x8000) return; //ignore images too small to be valid
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
uint scoreLo = scoreHeader( 0x7fb0);
|
|
|
|
|
|
uint scoreHi = scoreHeader( 0xffb0);
|
|
|
|
|
|
uint scoreEx = scoreHeader(0x40ffb0);
|
|
|
|
|
|
if(scoreEx) scoreEx += 4;
|
2015-12-19 09:00:27 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(scoreLo >= scoreHi && scoreLo >= scoreEx) headerAddress = 0x7fb0;
|
|
|
|
|
|
else if(scoreHi >= scoreEx) headerAddress = 0xffb0;
|
|
|
|
|
|
else headerAddress = 0x40ffb0;
|
2015-08-21 11:29:53 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
SuperFamicom::operator bool() const {
|
|
|
|
|
|
return headerAddress;
|
|
|
|
|
|
}
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto SuperFamicom::manifest() const -> string {
|
2018-02-16 01:07:49 +00:00
|
|
|
|
if(!operator bool()) return {};
|
2018-02-05 09:58:02 +00:00
|
|
|
|
|
|
|
|
|
|
string output;
|
|
|
|
|
|
output.append("game\n");
|
2018-03-14 03:51:35 +00:00
|
|
|
|
output.append(" sha256: ", Hash::SHA256(data).digest(), "\n");
|
|
|
|
|
|
output.append(" label: ", label(), "\n");
|
|
|
|
|
|
output.append(" name: ", Location::prefix(location), "\n");
|
|
|
|
|
|
output.append(" region: ", region(), "\n");
|
2018-02-05 09:58:02 +00:00
|
|
|
|
output.append(" revision: ", revision(), "\n");
|
2018-03-14 03:51:35 +00:00
|
|
|
|
output.append(" board: ", board(), "\n");
|
2018-02-05 09:58:02 +00:00
|
|
|
|
|
2018-02-08 10:32:46 +00:00
|
|
|
|
auto board = this->board().split("-");
|
2018-02-05 09:58:02 +00:00
|
|
|
|
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
if(auto size = romSize()) {
|
|
|
|
|
|
if(board(0) == "SPC7110") size = 0x100000;
|
|
|
|
|
|
output.append(Memory{}.type("ROM").size(size).category("Program").text());
|
2015-08-21 11:29:53 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(auto size = ramSize()) {
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
output.append(Memory{}.type("RAM").size(size).category("Save").battery(battery()).text());
|
2015-08-21 11:29:53 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(auto size = expansionRamSize()) {
|
2018-03-14 03:51:35 +00:00
|
|
|
|
output.append(Memory{}.type("RAM").size(size).category("Save").battery(battery()).text());
|
2015-08-21 11:29:53 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
if(0) {
|
|
|
|
|
|
} else if(board(0) == "ARM") {
|
2018-03-14 03:51:35 +00:00
|
|
|
|
output.append(Memory{}.type("ROM").size(0x20000).category("Program").manufacturer("SETA").model("ARM6").identity(firmwareARM()).text());
|
|
|
|
|
|
output.append(Memory{}.type("ROM").size( 0x8000).category("Data" ).manufacturer("SETA").model("ARM6").identity(firmwareARM()).text());
|
|
|
|
|
|
output.append(Memory{}.type("RAM").size( 0x4000).category("Data" ).manufacturer("SETA").model("ARM6").identity(firmwareARM()).text());
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
output.append(Oscillator{}.frequency(21'440'000).text());
|
|
|
|
|
|
} else if(board(0) == "BS" && board(1) == "MCC") {
|
|
|
|
|
|
output.append(Memory{}.type("RAM").size(0x80000).category("Download").battery().text());
|
|
|
|
|
|
} else if(board(0) == "HITACHI") {
|
2018-03-14 03:51:35 +00:00
|
|
|
|
output.append(Memory{}.type("ROM").size(0xc00).category("Data").manufacturer("Hitachi").model("HG51BS169").identity(firmwareHITACHI()).text());
|
|
|
|
|
|
output.append(Memory{}.type("RAM").size(0xc00).category("Data").manufacturer("Hitachi").model("HG51BS169").identity(firmwareHITACHI()).text());
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
output.append(Oscillator{}.frequency(20'000'000).text());
|
|
|
|
|
|
} else if(board(0) == "NEC") {
|
2018-03-14 03:51:35 +00:00
|
|
|
|
output.append(Memory{}.type("ROM").size(0x1800).category("Program").manufacturer("NEC").model("uPD7725").identity(firmwareNEC()).text());
|
|
|
|
|
|
output.append(Memory{}.type("ROM").size( 0x800).category("Data" ).manufacturer("NEC").model("uPD7725").identity(firmwareNEC()).text());
|
|
|
|
|
|
output.append(Memory{}.type("RAM").size( 0x200).category("Data" ).manufacturer("NEC").model("uPD7725").identity(firmwareNEC()).text());
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
output.append(Oscillator{}.frequency(7'600'000).text());
|
|
|
|
|
|
} else if(board(0) == "NECEX") {
|
2018-03-14 03:51:35 +00:00
|
|
|
|
output.append(Memory{}.type("ROM").size(0xc000).category("Program").manufacturer("NEC").model("uPD96050").identity(firmwareNECEX()).text());
|
|
|
|
|
|
output.append(Memory{}.type("ROM").size(0x1000).category("Data" ).manufacturer("NEC").model("uPD96050").identity(firmwareNECEX()).text());
|
|
|
|
|
|
output.append(Memory{}.type("RAM").size(0x1000).category("Data" ).manufacturer("NEC").model("uPD96050").identity(firmwareNECEX()).text());
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
output.append(Oscillator{}.frequency(firmwareNECEX() == "ST010" ? 11'000'000 : 15'000'000).text());
|
|
|
|
|
|
} else if(board(0) == "RTC") {
|
|
|
|
|
|
output.append(Memory{}.type("RTC").size(0x10).category("Time").battery().text());
|
|
|
|
|
|
} else if(board(0) == "SA1") {
|
|
|
|
|
|
output.append(Memory{}.type("RAM").size(0x800).category("Internal").text());
|
|
|
|
|
|
} else if(board(0) == "SGB") {
|
2018-03-14 03:51:35 +00:00
|
|
|
|
string model = firmwareSGB() == "SGB1" ? "DMG" : "MGB";
|
|
|
|
|
|
output.append(Memory{}.type("ROM").size(0x100).category("Boot").manufacturer("Nintendo").model(model).identity(firmwareSGB()).text());
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
if(firmwareSGB() == "SGB2")
|
|
|
|
|
|
output.append(Oscillator{}.frequency(20'971'520).text());
|
|
|
|
|
|
} else if(board(0) == "SPC7110") {
|
|
|
|
|
|
output.append(Memory{}.type("ROM").size(romSize() - 0x100000).category("Data").text());
|
|
|
|
|
|
if(board(1) == "RTC")
|
|
|
|
|
|
output.append(Memory{}.type("RTC").size(0x10).category("Time").battery().text());
|
|
|
|
|
|
} else if(board(0) == "SUPERFX") {
|
|
|
|
|
|
//todo: MARIO CHIP 1 uses CPU oscillator
|
|
|
|
|
|
output.append(Oscillator{}.frequency(21'440'000).text());
|
2015-08-21 11:29:53 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
return output;
|
|
|
|
|
|
}
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto SuperFamicom::region() const -> string {
|
|
|
|
|
|
string region;
|
|
|
|
|
|
|
|
|
|
|
|
char A = data[headerAddress + 0x02]; //game type
|
|
|
|
|
|
char B = data[headerAddress + 0x03]; //game code
|
|
|
|
|
|
char C = data[headerAddress + 0x04]; //game code
|
|
|
|
|
|
char D = data[headerAddress + 0x05]; //region code (new; sometimes ambiguous)
|
|
|
|
|
|
auto E = data[headerAddress + 0x29]; //region code (old)
|
|
|
|
|
|
|
|
|
|
|
|
auto valid = [](char n) { return (n >= '0' && n <= '9') || (n >= 'A' && n <= 'Z'); };
|
|
|
|
|
|
if(data[headerAddress + 0x2a] == 0x33 && valid(A) && valid(B) & valid(C) & valid(D)) {
|
|
|
|
|
|
string code{A, B, C, D};
|
|
|
|
|
|
if(D == 'B') region = {"SNS-", code, "-BRA"};
|
|
|
|
|
|
if(D == 'C') region = {"SNSN-", code, "-ROC"};
|
|
|
|
|
|
if(D == 'D') region = {"SNSP-", code, "-NOE"};
|
|
|
|
|
|
if(D == 'E') region = {"SNS-", code, "-USA"};
|
|
|
|
|
|
if(D == 'F') region = {"SNSP-", code, "-FRA"};
|
|
|
|
|
|
if(D == 'H') region = {"SNSP-", code, "-HOL"};
|
|
|
|
|
|
if(D == 'I') region = {"SNSP-", code, "-ITA"};
|
|
|
|
|
|
if(D == 'J') region = {"SHVC-", code, "-JPN"};
|
|
|
|
|
|
if(D == 'K') region = {"SNSN-", code, "-KOR"};
|
|
|
|
|
|
if(D == 'N') region = {"SNS-", code, "-CAN"};
|
|
|
|
|
|
if(D == 'P') region = {"SNSP-", code, "-EUR"};
|
|
|
|
|
|
if(D == 'S') region = {"SNSP-", code, "-ESP"};
|
|
|
|
|
|
if(D == 'U') region = {"SNSP-", code, "-AUS"};
|
|
|
|
|
|
if(D == 'W') region = {"SNSP-", code, "-SCN"};
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
if(!region) {
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
if(E == 0x00) region = {"JPN"};
|
|
|
|
|
|
if(E == 0x01) region = {"USA"};
|
|
|
|
|
|
if(E == 0x02) region = {"EUR"};
|
|
|
|
|
|
if(E == 0x03) region = {"SCN"};
|
|
|
|
|
|
if(E == 0x06) region = {"FRA"};
|
|
|
|
|
|
if(E == 0x07) region = {"HOL"};
|
|
|
|
|
|
if(E == 0x08) region = {"ESP"};
|
|
|
|
|
|
if(E == 0x09) region = {"NOE"};
|
|
|
|
|
|
if(E == 0x0a) region = {"ITA"};
|
|
|
|
|
|
if(E == 0x0b) region = {"ROC"};
|
|
|
|
|
|
if(E == 0x0d) region = {"KOR"};
|
|
|
|
|
|
if(E == 0x0f) region = {"CAN"};
|
|
|
|
|
|
if(E == 0x10) region = {"BRA"};
|
|
|
|
|
|
if(E == 0x11) region = {"AUS"};
|
2018-02-05 09:58:02 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
return region ? region : "NTSC";
|
|
|
|
|
|
}
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto SuperFamicom::revision() const -> string {
|
|
|
|
|
|
string revision;
|
|
|
|
|
|
|
|
|
|
|
|
char A = data[headerAddress + 0x02]; //game type
|
|
|
|
|
|
char B = data[headerAddress + 0x03]; //game code
|
|
|
|
|
|
char C = data[headerAddress + 0x04]; //game code
|
|
|
|
|
|
char D = data[headerAddress + 0x05]; //region code (new; sometimes ambiguous)
|
|
|
|
|
|
auto E = data[headerAddress + 0x29]; //region code (old)
|
|
|
|
|
|
uint F = data[headerAddress + 0x2b]; //revision code
|
|
|
|
|
|
|
|
|
|
|
|
auto valid = [](char n) { return (n >= '0' && n <= '9') || (n >= 'A' && n <= 'Z'); };
|
|
|
|
|
|
if(data[headerAddress + 0x2a] == 0x33 && valid(A) && valid(B) & valid(C) & valid(D)) {
|
|
|
|
|
|
string code{A, B, C, D};
|
|
|
|
|
|
if(D == 'B') revision = {"SNS-", code, "-", F};
|
|
|
|
|
|
if(D == 'C') revision = {"SNSN-", code, "-", F};
|
|
|
|
|
|
if(D == 'D') revision = {"SNSP-", code, "-", F};
|
|
|
|
|
|
if(D == 'E') revision = {"SNS-", code, "-", F};
|
|
|
|
|
|
if(D == 'F') revision = {"SNSP-", code, "-", F};
|
|
|
|
|
|
if(D == 'H') revision = {"SNSP-", code, "-", F};
|
|
|
|
|
|
if(D == 'I') revision = {"SNSP-", code, "-", F};
|
|
|
|
|
|
if(D == 'J') revision = {"SHVC-", code, "-", F};
|
|
|
|
|
|
if(D == 'K') revision = {"SNSN-", code, "-", F};
|
|
|
|
|
|
if(D == 'N') revision = {"SNS-", code, "-", F};
|
|
|
|
|
|
if(D == 'P') revision = {"SNSP-", code, "-", F};
|
|
|
|
|
|
if(D == 'S') revision = {"SNSP-", code, "-", F};
|
|
|
|
|
|
if(D == 'U') revision = {"SNSP-", code, "-", F};
|
|
|
|
|
|
if(D == 'W') revision = {"SNSP-", code, "-", F};
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
if(!revision) {
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
revision = {"1.", F};
|
2018-02-05 09:58:02 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
return revision ? revision : string{"1.", F};
|
|
|
|
|
|
}
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto SuperFamicom::board() const -> string {
|
2018-02-08 10:32:46 +00:00
|
|
|
|
auto mapMode = data[headerAddress + 0x25];
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto cartridgeType = data[headerAddress + 0x26];
|
|
|
|
|
|
auto cartridgeTypeLo = cartridgeType & 15;
|
|
|
|
|
|
auto cartridgeTypeHi = cartridgeType >> 4;
|
2018-02-08 10:32:46 +00:00
|
|
|
|
auto cartridgeSubType = data[headerAddress + 0x0f];
|
2018-02-05 09:58:02 +00:00
|
|
|
|
|
|
|
|
|
|
string board;
|
|
|
|
|
|
|
|
|
|
|
|
string mode;
|
2018-02-08 10:32:46 +00:00
|
|
|
|
if(mapMode == 0x20 || mapMode == 0x30) mode = "LOROM-";
|
|
|
|
|
|
if(mapMode == 0x21 || mapMode == 0x31) mode = "HIROM-";
|
|
|
|
|
|
if(mapMode == 0x22 || mapMode == 0x32) mode = "SDD1-";
|
|
|
|
|
|
if(mapMode == 0x23 || mapMode == 0x33) mode = "SA1-";
|
2018-02-16 01:07:49 +00:00
|
|
|
|
if(mapMode == 0x25 || mapMode == 0x35) mode = "HIROMEX-";
|
2018-02-08 10:32:46 +00:00
|
|
|
|
if(mapMode == 0x2a || mapMode == 0x3a) mode = "SPC7110-";
|
|
|
|
|
|
|
|
|
|
|
|
//many games will store an extra title character, overwriting the map mode
|
|
|
|
|
|
if(!mode) {
|
|
|
|
|
|
if(headerAddress == 0x7fb0) mode = "LOROM-";
|
|
|
|
|
|
if(headerAddress == 0xffb0) mode = "HIROM-";
|
2018-02-16 01:07:49 +00:00
|
|
|
|
if(headerAddress == 0x40ffb0) mode = "HIROMEX-";
|
2018-02-08 10:32:46 +00:00
|
|
|
|
}
|
2018-02-05 09:58:02 +00:00
|
|
|
|
|
Update to v106r05 release.
byuu says:
Changelog:
- Super Famicom: added remaining generic board types
- icarus: improved Super Famicom heuristics
- icarus: reworked BS Memory heuristics
- icarus: reworked Sufami Turbo heuristics
Notes: this is really complicated, and is going to take a long time to
work 100% smoothly again.
Starting off, I am trying to get rid of the weird edge case zero-byte
SRAM mapping for the Cx4. It has the RAM region present, but returns
logic low (0x00) instead of open bus, when SRAM isn't present. I started
by making it `map=ram` instead of `ram/map`, which is gross, and then it ended
up detecing the map tag ending in RAM and pulling the Cx4 data RAM into that
slot. Ugh. The preservation board mapping is still as it was before and will
need to be updated once I get the syntax down.
The BS Memory and Sufami Turbo moving to the new `game/memory`
ending means I can't use the SuperFamicom::Cartridge::loadMemory
function that looks at the old-style rom/ram tags. Because I didn't
write more code, the result is those sub-carts won't load now.
The old heuristics were short-circuiting on SA1 before bothering with
BS-X slots, so that's why SD Gundam G-Next wasn't asking for a data
pack. The problem is, I don't know where the BS-X pack maps to on this
cartridge. It's at c0-ef on the other BS-X slotted cartridges, but
that's mapped to the SA1 on regular SA1 cartridges, so ... for now, it's
not actually mapped in.
I'm still struggling with naming conventions on all these boards. I'll
make a public post about that, though.
2018-02-10 21:45:44 +00:00
|
|
|
|
if(serial() == "A9PJ") {
|
|
|
|
|
|
//Sufami Turbo (JPN)
|
|
|
|
|
|
board.append("ST-", mode);
|
|
|
|
|
|
} else if(serial() == "ZSBJ") {
|
|
|
|
|
|
//BS-X: Sore wa Namae o Nusumareta Machi no Monogatari (JPN)
|
2018-02-16 01:07:49 +00:00
|
|
|
|
board.append("BS-MCC-");
|
|
|
|
|
|
} else if(serial() == "042J") {
|
|
|
|
|
|
//Super Game Boy 2
|
|
|
|
|
|
board.append("SGB-", mode);
|
2018-02-05 09:58:02 +00:00
|
|
|
|
} else if(serial().match("Z\?\?J")) {
|
|
|
|
|
|
board.append("BS-", mode);
|
|
|
|
|
|
} else if(cartridgeTypeLo >= 0x3) {
|
2018-02-16 01:07:49 +00:00
|
|
|
|
if(cartridgeTypeHi == 0x0) board.append("NEC-", mode);
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(cartridgeTypeHi == 0x1) board.append("SUPERFX-");
|
|
|
|
|
|
if(cartridgeTypeHi == 0x2) board.append("OBC1-", mode);
|
|
|
|
|
|
if(cartridgeTypeHi == 0x3) board.append("SA1-");
|
|
|
|
|
|
if(cartridgeTypeHi == 0x4) board.append("SDD1-");
|
|
|
|
|
|
if(cartridgeTypeHi == 0x5) board.append("RTC-", mode);
|
2018-02-16 01:07:49 +00:00
|
|
|
|
if(cartridgeTypeHi == 0xe && cartridgeTypeLo == 0x3) board.append("SGB-", mode);
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(cartridgeTypeHi == 0xf && cartridgeSubType == 0x00 && cartridgeTypeLo == 0x5) board.append("SPC7110-");
|
|
|
|
|
|
if(cartridgeTypeHi == 0xf && cartridgeSubType == 0x00 && cartridgeTypeLo == 0x9) board.append("SPC7110-RTC-");
|
2018-02-16 01:07:49 +00:00
|
|
|
|
if(cartridgeTypeHi == 0xf && cartridgeSubType == 0x01) board.append("NECEX-", mode);
|
|
|
|
|
|
if(cartridgeTypeHi == 0xf && cartridgeSubType == 0x02) board.append("ARM-", mode);
|
|
|
|
|
|
if(cartridgeTypeHi == 0xf && cartridgeSubType == 0x10) board.append("HITACHI-", mode);
|
2015-08-21 11:29:53 +00:00
|
|
|
|
}
|
Update to v106r05 release.
byuu says:
Changelog:
- Super Famicom: added remaining generic board types
- icarus: improved Super Famicom heuristics
- icarus: reworked BS Memory heuristics
- icarus: reworked Sufami Turbo heuristics
Notes: this is really complicated, and is going to take a long time to
work 100% smoothly again.
Starting off, I am trying to get rid of the weird edge case zero-byte
SRAM mapping for the Cx4. It has the RAM region present, but returns
logic low (0x00) instead of open bus, when SRAM isn't present. I started
by making it `map=ram` instead of `ram/map`, which is gross, and then it ended
up detecing the map tag ending in RAM and pulling the Cx4 data RAM into that
slot. Ugh. The preservation board mapping is still as it was before and will
need to be updated once I get the syntax down.
The BS Memory and Sufami Turbo moving to the new `game/memory`
ending means I can't use the SuperFamicom::Cartridge::loadMemory
function that looks at the old-style rom/ram tags. Because I didn't
write more code, the result is those sub-carts won't load now.
The old heuristics were short-circuiting on SA1 before bothering with
BS-X slots, so that's why SD Gundam G-Next wasn't asking for a data
pack. The problem is, I don't know where the BS-X pack maps to on this
cartridge. It's at c0-ef on the other BS-X slotted cartridges, but
that's mapped to the SA1 on regular SA1 cartridges, so ... for now, it's
not actually mapped in.
I'm still struggling with naming conventions on all these boards. I'll
make a public post about that, though.
2018-02-10 21:45:44 +00:00
|
|
|
|
if(!board) board.append(mode);
|
|
|
|
|
|
|
2018-02-16 01:07:49 +00:00
|
|
|
|
if(board.beginsWith("LOROM-") && romSize() > 0x200000 && ramSize()) board.replace("LOROM-", "LOROMEX-");
|
|
|
|
|
|
if(board.beginsWith("NEC-LOROM-") && romSize() > 0x100000) board.replace("NEC-LOROM-", "NEC-LOROMEX-");
|
|
|
|
|
|
|
|
|
|
|
|
if(cartridgeTypeLo == 0x1 || cartridgeTypeLo == 0x4) board.append("RAM-"); //without battery
|
|
|
|
|
|
if(cartridgeTypeLo == 0x2 || cartridgeTypeLo == 0x5) board.append("RAM-"); //with battery
|
|
|
|
|
|
if(cartridgeTypeLo == 0x6) board.append("BATTERY-"); //without RAM
|
|
|
|
|
|
|
|
|
|
|
|
board.trimRight("-", 1L);
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-16 01:07:49 +00:00
|
|
|
|
//NEC uPD96050 frequency
|
|
|
|
|
|
if(board.beginsWith("NECEX-") && firmwareNECEX() == "st010") board.append("#11"); //11MHz (22MHz / 2)
|
|
|
|
|
|
if(board.beginsWith("NECEX-") && firmwareNECEX() == "st011") board.append("#15"); //15MHz
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-16 01:07:49 +00:00
|
|
|
|
return board;
|
2018-02-05 09:58:02 +00:00
|
|
|
|
}
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto SuperFamicom::label() const -> string {
|
|
|
|
|
|
string label;
|
2018-02-16 01:07:49 +00:00
|
|
|
|
|
|
|
|
|
|
for(uint n = 0; n < 0x15; n++) {
|
|
|
|
|
|
auto x = data[headerAddress + 0x10 + n];
|
|
|
|
|
|
auto y = n == 0x14 ? 0 : data[headerAddress + 0x11 + n];
|
|
|
|
|
|
|
|
|
|
|
|
//null terminator (padding)
|
|
|
|
|
|
if(x == 0x00 || x == 0xff);
|
|
|
|
|
|
|
|
|
|
|
|
//ASCII
|
|
|
|
|
|
else if(x >= 0x20 && x <= 0x7e) label.append((char)x);
|
|
|
|
|
|
|
|
|
|
|
|
//Shift-JIS (half-width katakana)
|
|
|
|
|
|
else if(x == 0xa1) label.append("。");
|
|
|
|
|
|
else if(x == 0xa2) label.append("「");
|
|
|
|
|
|
else if(x == 0xa3) label.append("」");
|
|
|
|
|
|
else if(x == 0xa4) label.append("、");
|
|
|
|
|
|
else if(x == 0xa5) label.append("・");
|
|
|
|
|
|
else if(x == 0xa6) label.append("ヲ");
|
|
|
|
|
|
else if(x == 0xa7) label.append("ァ");
|
|
|
|
|
|
else if(x == 0xa8) label.append("ィ");
|
|
|
|
|
|
else if(x == 0xa9) label.append("ゥ");
|
|
|
|
|
|
else if(x == 0xaa) label.append("ェ");
|
|
|
|
|
|
else if(x == 0xab) label.append("ォ");
|
|
|
|
|
|
else if(x == 0xac) label.append("ャ");
|
|
|
|
|
|
else if(x == 0xad) label.append("ュ");
|
|
|
|
|
|
else if(x == 0xae) label.append("ョ");
|
|
|
|
|
|
else if(x == 0xaf) label.append("ッ");
|
|
|
|
|
|
else if(x == 0xb0) label.append("ー");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xb1) label.append( "ア");
|
|
|
|
|
|
else if(x == 0xb2) label.append( "イ");
|
|
|
|
|
|
else if(x == 0xb3) label.append(y == 0xde ? "ヴ" : "ウ");
|
|
|
|
|
|
else if(x == 0xb4) label.append( "エ");
|
|
|
|
|
|
else if(x == 0xb5) label.append( "オ");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xb6) label.append(y == 0xde ? "ガ" : "カ");
|
|
|
|
|
|
else if(x == 0xb7) label.append(y == 0xde ? "ギ" : "キ");
|
|
|
|
|
|
else if(x == 0xb8) label.append(y == 0xde ? "グ" : "ク");
|
|
|
|
|
|
else if(x == 0xb9) label.append(y == 0xde ? "ゲ" : "ケ");
|
|
|
|
|
|
else if(x == 0xba) label.append(y == 0xde ? "ゴ" : "コ");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xbb) label.append(y == 0xde ? "ザ" : "サ");
|
|
|
|
|
|
else if(x == 0xbc) label.append(y == 0xde ? "ジ" : "シ");
|
|
|
|
|
|
else if(x == 0xbd) label.append(y == 0xde ? "ズ" : "ス");
|
|
|
|
|
|
else if(x == 0xbe) label.append(y == 0xde ? "ゼ" : "セ");
|
|
|
|
|
|
else if(x == 0xbf) label.append(y == 0xde ? "ゾ" : "ソ");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xc0) label.append(y == 0xde ? "ダ" : "タ");
|
|
|
|
|
|
else if(x == 0xc1) label.append(y == 0xde ? "ヂ" : "チ");
|
|
|
|
|
|
else if(x == 0xc2) label.append(y == 0xde ? "ヅ" : "ツ");
|
|
|
|
|
|
else if(x == 0xc3) label.append(y == 0xde ? "デ" : "テ");
|
|
|
|
|
|
else if(x == 0xc4) label.append(y == 0xde ? "ド" : "ト");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xc5) label.append("ナ");
|
|
|
|
|
|
else if(x == 0xc6) label.append("ニ");
|
|
|
|
|
|
else if(x == 0xc7) label.append("ヌ");
|
|
|
|
|
|
else if(x == 0xc8) label.append("ネ");
|
|
|
|
|
|
else if(x == 0xc9) label.append("ノ");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xca) label.append(y == 0xdf ? "パ" : y == 0xde ? "バ" : "ハ");
|
|
|
|
|
|
else if(x == 0xcb) label.append(y == 0xdf ? "ピ" : y == 0xde ? "ビ" : "ヒ");
|
|
|
|
|
|
else if(x == 0xcc) label.append(y == 0xdf ? "プ" : y == 0xde ? "ブ" : "フ");
|
|
|
|
|
|
else if(x == 0xcd) label.append(y == 0xdf ? "ペ" : y == 0xde ? "ベ" : "ヘ");
|
|
|
|
|
|
else if(x == 0xce) label.append(y == 0xdf ? "ポ" : y == 0xde ? "ボ" : "ホ");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xcf) label.append("マ");
|
|
|
|
|
|
else if(x == 0xd0) label.append("ミ");
|
|
|
|
|
|
else if(x == 0xd1) label.append("ム");
|
|
|
|
|
|
else if(x == 0xd2) label.append("メ");
|
|
|
|
|
|
else if(x == 0xd3) label.append("モ");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xd4) label.append("ヤ");
|
|
|
|
|
|
else if(x == 0xd5) label.append("ユ");
|
|
|
|
|
|
else if(x == 0xd6) label.append("ヨ");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xd7) label.append("ラ");
|
|
|
|
|
|
else if(x == 0xd8) label.append("リ");
|
|
|
|
|
|
else if(x == 0xd9) label.append("ル");
|
|
|
|
|
|
else if(x == 0xda) label.append("レ");
|
|
|
|
|
|
else if(x == 0xdb) label.append("ロ");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xdc) label.append("ワ");
|
|
|
|
|
|
else if(x == 0xdd) label.append("ン");
|
|
|
|
|
|
|
|
|
|
|
|
else if(x == 0xde) label.append("\xef\xbe\x9e"); //dakuten
|
|
|
|
|
|
else if(x == 0xdf) label.append("\xef\xbe\x9f"); //handakuten
|
|
|
|
|
|
|
|
|
|
|
|
//unknown
|
2018-02-05 09:58:02 +00:00
|
|
|
|
else label.append("?");
|
2018-02-16 01:07:49 +00:00
|
|
|
|
|
|
|
|
|
|
//(han)dakuten skip
|
|
|
|
|
|
if(y == 0xde && x == 0xb3) n++;
|
|
|
|
|
|
if(y == 0xde && x >= 0xb6 && x <= 0xc4) n++;
|
|
|
|
|
|
if(y == 0xde && x >= 0xca && x <= 0xce) n++;
|
|
|
|
|
|
if(y == 0xdf && x >= 0xca && y <= 0xce) n++;
|
|
|
|
|
|
}
|
|
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
return label.strip();
|
|
|
|
|
|
}
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto SuperFamicom::serial() const -> string {
|
|
|
|
|
|
char A = data[headerAddress + 0x02]; //game type
|
|
|
|
|
|
char B = data[headerAddress + 0x03]; //game code
|
|
|
|
|
|
char C = data[headerAddress + 0x04]; //game code
|
|
|
|
|
|
char D = data[headerAddress + 0x05]; //region code (new; sometimes ambiguous)
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto valid = [](char n) { return (n >= '0' && n <= '9') || (n >= 'A' && n <= 'Z'); };
|
|
|
|
|
|
if(data[headerAddress + 0x2a] == 0x33 && valid(A) && valid(B) & valid(C) & valid(D)) {
|
|
|
|
|
|
return {A, B, C, D};
|
2015-08-21 11:29:53 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
return "";
|
2015-08-21 11:29:53 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
Update to v106r05 release.
byuu says:
Changelog:
- Super Famicom: added remaining generic board types
- icarus: improved Super Famicom heuristics
- icarus: reworked BS Memory heuristics
- icarus: reworked Sufami Turbo heuristics
Notes: this is really complicated, and is going to take a long time to
work 100% smoothly again.
Starting off, I am trying to get rid of the weird edge case zero-byte
SRAM mapping for the Cx4. It has the RAM region present, but returns
logic low (0x00) instead of open bus, when SRAM isn't present. I started
by making it `map=ram` instead of `ram/map`, which is gross, and then it ended
up detecing the map tag ending in RAM and pulling the Cx4 data RAM into that
slot. Ugh. The preservation board mapping is still as it was before and will
need to be updated once I get the syntax down.
The BS Memory and Sufami Turbo moving to the new `game/memory`
ending means I can't use the SuperFamicom::Cartridge::loadMemory
function that looks at the old-style rom/ram tags. Because I didn't
write more code, the result is those sub-carts won't load now.
The old heuristics were short-circuiting on SA1 before bothering with
BS-X slots, so that's why SD Gundam G-Next wasn't asking for a data
pack. The problem is, I don't know where the BS-X pack maps to on this
cartridge. It's at c0-ef on the other BS-X slotted cartridges, but
that's mapped to the SA1 on regular SA1 cartridges, so ... for now, it's
not actually mapped in.
I'm still struggling with naming conventions on all these boards. I'll
make a public post about that, though.
2018-02-10 21:45:44 +00:00
|
|
|
|
auto SuperFamicom::romSize() const -> uint {
|
|
|
|
|
|
//subtract appended firmware size, if firmware is present
|
2018-02-16 01:07:49 +00:00
|
|
|
|
if((size() & 0x7fff) == 0x100) return size() - 0x100;
|
|
|
|
|
|
if((size() & 0x7fff) == 0xc00) return size() - 0xc00;
|
|
|
|
|
|
if((size() & 0x7fff) == 0x2000) return size() - 0x2000;
|
|
|
|
|
|
if((size() & 0xffff) == 0xd000) return size() - 0xd000;
|
|
|
|
|
|
if((size() & 0x3ffff) == 0x28000) return size() - 0x28000;
|
|
|
|
|
|
return size();
|
Update to v106r05 release.
byuu says:
Changelog:
- Super Famicom: added remaining generic board types
- icarus: improved Super Famicom heuristics
- icarus: reworked BS Memory heuristics
- icarus: reworked Sufami Turbo heuristics
Notes: this is really complicated, and is going to take a long time to
work 100% smoothly again.
Starting off, I am trying to get rid of the weird edge case zero-byte
SRAM mapping for the Cx4. It has the RAM region present, but returns
logic low (0x00) instead of open bus, when SRAM isn't present. I started
by making it `map=ram` instead of `ram/map`, which is gross, and then it ended
up detecing the map tag ending in RAM and pulling the Cx4 data RAM into that
slot. Ugh. The preservation board mapping is still as it was before and will
need to be updated once I get the syntax down.
The BS Memory and Sufami Turbo moving to the new `game/memory`
ending means I can't use the SuperFamicom::Cartridge::loadMemory
function that looks at the old-style rom/ram tags. Because I didn't
write more code, the result is those sub-carts won't load now.
The old heuristics were short-circuiting on SA1 before bothering with
BS-X slots, so that's why SD Gundam G-Next wasn't asking for a data
pack. The problem is, I don't know where the BS-X pack maps to on this
cartridge. It's at c0-ef on the other BS-X slotted cartridges, but
that's mapped to the SA1 on regular SA1 cartridges, so ... for now, it's
not actually mapped in.
I'm still struggling with naming conventions on all these boards. I'll
make a public post about that, though.
2018-02-10 21:45:44 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto SuperFamicom::ramSize() const -> uint {
|
|
|
|
|
|
auto ramSize = data[headerAddress + 0x28] & 7;
|
|
|
|
|
|
if(ramSize) return 1024 << ramSize;
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
}
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto SuperFamicom::expansionRamSize() const -> uint {
|
|
|
|
|
|
if(data[headerAddress + 0x2a] != 0x33) return 0;
|
|
|
|
|
|
auto ramSize = data[headerAddress + 0x0d] & 7;
|
|
|
|
|
|
if(ramSize) return 1024 << ramSize;
|
|
|
|
|
|
return 0;
|
2015-08-21 11:29:53 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
2018-02-16 01:07:49 +00:00
|
|
|
|
auto SuperFamicom::battery() const -> bool {
|
|
|
|
|
|
auto cartridgeTypeLo = data[headerAddress + 0x26] & 15;
|
|
|
|
|
|
return cartridgeTypeLo == 0x2 || cartridgeTypeLo == 0x5 || cartridgeTypeLo == 0x6;
|
|
|
|
|
|
}
|
|
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
auto SuperFamicom::scoreHeader(uint address) -> uint {
|
2015-08-21 11:29:53 +00:00
|
|
|
|
int score = 0;
|
2018-02-16 01:07:49 +00:00
|
|
|
|
if(size() < address + 0x50) return score;
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
uint8_t mapMode = data[address + 0x25] & ~0x10; //ignore FastROM bit
|
|
|
|
|
|
uint16_t complement = data[address + 0x2c] << 0 | data[address + 0x2d] << 8;
|
|
|
|
|
|
uint16_t checksum = data[address + 0x2e] << 0 | data[address + 0x2f] << 8;
|
|
|
|
|
|
uint16_t resetVector = data[address + 0x4c] << 0 | data[address + 0x4d] << 8;
|
|
|
|
|
|
if(resetVector < 0x8000) return score; //$00:0000-7fff is never ROM data
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
uint8_t opcode = data[(address & ~0x7fff) | (resetVector & 0x7fff)]; //first instruction executed
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
|
|
|
|
|
//most likely opcodes
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(opcode == 0x78 //sei
|
|
|
|
|
|
|| opcode == 0x18 //clc (clc; xce)
|
|
|
|
|
|
|| opcode == 0x38 //sec (sec; xce)
|
|
|
|
|
|
|| opcode == 0x9c //stz $nnnn (stz $4200)
|
|
|
|
|
|
|| opcode == 0x4c //jmp $nnnn
|
|
|
|
|
|
|| opcode == 0x5c //jml $nnnnnn
|
2015-08-21 11:29:53 +00:00
|
|
|
|
) score += 8;
|
|
|
|
|
|
|
|
|
|
|
|
//plausible opcodes
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(opcode == 0xc2 //rep #$nn
|
|
|
|
|
|
|| opcode == 0xe2 //sep #$nn
|
|
|
|
|
|
|| opcode == 0xad //lda $nnnn
|
|
|
|
|
|
|| opcode == 0xae //ldx $nnnn
|
|
|
|
|
|
|| opcode == 0xac //ldy $nnnn
|
|
|
|
|
|
|| opcode == 0xaf //lda $nnnnnn
|
|
|
|
|
|
|| opcode == 0xa9 //lda #$nn
|
|
|
|
|
|
|| opcode == 0xa2 //ldx #$nn
|
|
|
|
|
|
|| opcode == 0xa0 //ldy #$nn
|
|
|
|
|
|
|| opcode == 0x20 //jsr $nnnn
|
|
|
|
|
|
|| opcode == 0x22 //jsl $nnnnnn
|
2015-08-21 11:29:53 +00:00
|
|
|
|
) score += 4;
|
|
|
|
|
|
|
|
|
|
|
|
//implausible opcodes
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(opcode == 0x40 //rti
|
|
|
|
|
|
|| opcode == 0x60 //rts
|
|
|
|
|
|
|| opcode == 0x6b //rtl
|
|
|
|
|
|
|| opcode == 0xcd //cmp $nnnn
|
|
|
|
|
|
|| opcode == 0xec //cpx $nnnn
|
|
|
|
|
|
|| opcode == 0xcc //cpy $nnnn
|
2015-08-21 11:29:53 +00:00
|
|
|
|
) score -= 4;
|
|
|
|
|
|
|
|
|
|
|
|
//least likely opcodes
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(opcode == 0x00 //brk #$nn
|
|
|
|
|
|
|| opcode == 0x02 //cop #$nn
|
|
|
|
|
|
|| opcode == 0xdb //stp
|
|
|
|
|
|
|| opcode == 0x42 //wdm
|
|
|
|
|
|
|| opcode == 0xff //sbc $nnnnnn,x
|
2015-08-21 11:29:53 +00:00
|
|
|
|
) score -= 8;
|
|
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(checksum + complement == 0xffff) score += 4;
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
if(address == 0x7fb0 && mapMode == 0x20) score += 2;
|
|
|
|
|
|
if(address == 0xffb0 && mapMode == 0x21) score += 2;
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-05 09:58:02 +00:00
|
|
|
|
return max(0, score);
|
|
|
|
|
|
}
|
2015-08-21 11:29:53 +00:00
|
|
|
|
|
2018-02-16 01:07:49 +00:00
|
|
|
|
auto SuperFamicom::firmwareARM() const -> string {
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
return "ST018";
|
2018-02-16 01:07:49 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
auto SuperFamicom::firmwareHITACHI() const -> string {
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
return "Cx4";
|
2018-02-16 01:07:49 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
auto SuperFamicom::firmwareNEC() const -> string {
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
if(label() == "PILOTWINGS") return "DSP1";
|
|
|
|
|
|
if(label() == "DUNGEON MASTER") return "DSP2";
|
|
|
|
|
|
if(label() == "SDガンダムGX") return "DSP3";
|
|
|
|
|
|
if(label() == "PLANETS CHAMP TG3000") return "DSP4";
|
|
|
|
|
|
if(label() == "TOP GEAR 3000") return "DSP4";
|
|
|
|
|
|
return "DSP1B";
|
2018-02-16 01:07:49 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
auto SuperFamicom::firmwareNECEX() const -> string {
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
if(label() == "EXHAUST HEAT2") return "ST010";
|
|
|
|
|
|
if(label() == "F1 ROC II") return "ST010";
|
|
|
|
|
|
if(label() == "2DAN MORITA SHOUGI") return "ST011";
|
|
|
|
|
|
return "ST010";
|
2018-02-16 01:07:49 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
auto SuperFamicom::firmwareSGB() const -> string {
|
Update to v106r09 release.
byuu says:
Changelog:
- higan, icarus, genius: new manifest syntax (work in progress)
Pretty much only LoROM and HiROM SNES games will load right now, and RAM
will only work right if the save.ram file already exists to pull its
file size from (a temporary cheap hack was used.)
Basically, I'm just getting this out there for evaluation.
One minor errata is that I switched icarus to using “memory/battery” to
indicate battery-backed RAM, whereas genius still uses “memory/volatile”
to indicate non-battery-backed RAM.
I intend to make it “memory/battery” in genius, and have the field
auto-enable when RAM or RTC is selected for type (obviously allowing it
to be unchecked for volatile memory.)
I need to update all 64 production boards, and 25 of 29 generic boards,
to use the new slot syntax; and I also need to update every single core
in higan to use the new manifest game syntax. I want to build out a
generic manifest game parser that all emulation cores will use.
Once I finish this, I'll also need to write a database converter to
update all of my licensed game dumps to the new database syntax.
I also need to write up something for doc.byuu.org explaining the new
manifest game syntax. The manifest board syntax will still be “internal”
and subject to revisions, but once v107 is out, the gamepak manifest
format will be set in stone sans extensions.
2018-03-05 04:34:07 +00:00
|
|
|
|
if(label() == "Super GAMEBOY") return "SGB1";
|
|
|
|
|
|
if(label() == "Super GAMEBOY2") return "SGB2";
|
|
|
|
|
|
return "SGB1";
|
2018-02-16 01:07:49 +00:00
|
|
|
|
}
|
|
|
|
|
|
|
2015-08-21 11:29:53 +00:00
|
|
|
|
}
|