bsnes/higan/fc/cartridge/chip/chip.hpp

struct Board;

struct Chip {
  Chip(Board& board);
  auto tick() -> void;

  Board& board;
};
Update to v082r27 release. byuu says: Finished porting over all mappers to board/chip disambiguations. Had to nearly rewrite the MMC1 code to do it, but all variants should be supported. iNES1 is too stupid to express them all, so you'll need a board markup if you want to play the >8KB PRG RAM games. For whatever reason, they call VRC6's memory WRAM, and MMC1's PRG RAM. I am calling them all PRG RAM, since it's the same damn thing. Board spec is not going to be stable until I have a hell of a lot more mappers implemented, so be wary of that. Anyway, at this time, all games can be loaded sans iNES header, if you have the board markup. I'd also like to have a board database for all commercial titles. I'm treating *.fc as PRG-ROM(+CHR-ROM). Will work on loading the split files later possibly. 2011-10-01 12:06:48 +00:00			`struct Board;`

Update to v082r26 release. byuu says: .cht files now use BML-formatted data. I'm still going to request the cheats.xml file as-is, and will write my own converter for embedding during releases. This is where parsing 2MB markup files in 10ms is really going to be nice. Had to use an evil hack before for actually searching for games. This has the start of the board/chip separation from mappers for NES, and it has a barebones iNES->board markup converter. You can specify your own board markup and bypass the need for an iNES header, so in other words it will load No-Intro style games with a proper board file. Long-term, we'll have an internal database for commercial boards, and probably folder.fc/prg.rom{,chr.rom} loading support. Since they can't co-exist, the mappers are currently disabled, and I've only ported the easy ones. So no MMC1/MMC3/VRC6 in this release. I need to make them into chips first. 2011-09-29 12:44:49 +00:00			`struct Chip {`
Update to v092r09 release. byuu says: This will be another massive diff from the previous version. All of higan was updated to use the new foo& bar syntax, and I also updated switch statements to be consistent as well (but not in the disassemblers, was starting to get an RSI just from what I already did.) phoenix/{windows, cocoa, qt} need to be updated to use "string foo" instead of "const string& foo", and after that, the major diffs should be finished. This archive is the first time I'm posting my copy-on-write, size+capacity nall::string class, so any feedback on that is welcome as well. 2013-05-05 09:21:30 +00:00			`Chip(Board& board);`
Update to v095r09 release. byuu says: Changelog: - all of fc/ ported to "auto function() -> return;" syntax - (includes all of cartridge/board and cartridge/chip as well; even though they're all deprecated) - sfc balanced profile ported to "auto function() -> return;" syntax - sfc balanced and performance profiles compile again - Linux always gets -ldl - removed arch=x86 logic from nall/GNUmakefile, as TDM/GCC64 can't produce bug-free 32-bit binaries anyway The only code that continues to use the old function syntax is the SFC performance core, obscure parts of nall that higan doesn't use, and the pieces of code that weren't written by me (blargg's SFC-DSP, Ryphecha's sinc resampler, and OV2's xaudio2 header file.) I was too burned out to finish it tonight. The above was about four hours straight of non-stop typing. Really can't wait to be done with this once and for all. 2015-12-05 05:44:49 +00:00			`auto tick() -> void;`

			`Board& board;`
Update to v082r26 release. byuu says: .cht files now use BML-formatted data. I'm still going to request the cheats.xml file as-is, and will write my own converter for embedding during releases. This is where parsing 2MB markup files in 10ms is really going to be nice. Had to use an evil hack before for actually searching for games. This has the start of the board/chip separation from mappers for NES, and it has a barebones iNES->board markup converter. You can specify your own board markup and bypass the need for an iNES header, so in other words it will load No-Intro style games with a proper board file. Long-term, we'll have an internal database for commercial boards, and probably folder.fc/prg.rom{,chr.rom} loading support. Since they can't co-exist, the mappers are currently disabled, and I've only ported the easy ones. So no MMC1/MMC3/VRC6 in this release. I need to make them into chips first. 2011-09-29 12:44:49 +00:00			`};`