NROM-368 is a name for a theoretical extension to all mappers incapable of banking PRG, such as NROM, CNROM, CPROM, Sunsoft 1, and CHR-less, allowing 46 KiB of linearly addressed ROM instead of 32 KiB. The name comes from the naming scheme for Nintendo's NROM boards, as 368 kilobits of PRG ROM are addressable. Its original intent was to provide more space for a game written in C, as cc65 tends not to be good at optimizing for space.
To date it has not been used for any ROM release.
The PRG ROM is 47104 bytes in size. Due to constraints of the iNES format, it is padded at the beginning with 2048 bytes of ignored data so that it is an even multiple of 16384 bytes; the rest is loaded in order into $4800-$7FFF, $8000-$BFFF, and $C000-$FFFF.
So an iNES or NES 2.0 image would look like this:
The UNIF encapsulation should ignore all padding and just have PRG0 be exactly 47104 bytes.
Just as the addition of PRG RAM and bus conflict avoidance to these mappers takes one chip to decode, the addition of $4800-$7FFF also takes one chip that uses /ROMSEL, M2, and A14-A11 to construct an enable signal for the PRG ROM. This is a 74HC85 comparator.
A14 through A0 go to the PRG ROM as is, and /ROMSEL goes to A15. When burning the EPROM, you have to rearrange the 16 KiB segments of the PRG ROM into the order 1, 2, 0, 0, as /ROMSEL is inverted compared to A15.
Categories: Mappers using $4020-$5FFF