NROM-368: Difference between revisions

From NESdev Wiki
Jump to navigationJump to search
No edit summary
(skip links to redirects)
Line 1: Line 1:
'''NROM-368''' is a name for an extension to all mappers incapable of banking PRG, such as discrete logic mappers [[iNES Mapper 000|0 (NROM)]], [[iNES Mapper 003|3 (CNROM)]], [[INES Mapper 013|13 (CPROM)]], [[iNES Mapper 184|184 (Sunsoft 1)]], and [[iNES Mapper 218|218 (CHR-less)]], allowing 46 KiB of linearly addressed ROM instead of 32 KiB.
'''NROM-368''' is a name for an extension to all mappers incapable of banking PRG, such as [[NROM]], [[CNROM]], [[CPROM]], [[iNES Mapper 184|Sunsoft 1]], and [[iNES Mapper 218|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.
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.
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.


Line 13: Line 13:
# 8192×''n'' bytes: CHR ROM mapped to PPU $0000-$1FFF.
# 8192×''n'' bytes: CHR ROM mapped to PPU $0000-$1FFF.


The [[UNIF]] encapsulation should probably ignore all padding and just have <tt>PRG0</tt> be exactly 47104 bytes.
The [[UNIF]] encapsulation should ignore all padding and just have <tt>PRG0</tt> be exactly 47104 bytes.


== Hardware ==
== Hardware ==

Revision as of 08:24, 6 May 2014

NROM-368 is a name for an 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.

Format

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:

  1. 16 bytes: Header. PRG ROM size must be 3. Trainer and battery are forbidden; NES 2.0 PRG RAM size must be 0.
  2. 2048 bytes: Ignored.
  3. 47104 bytes: PRG ROM mapped to $4800-$FFFF.
  4. 8192×n bytes: CHR ROM mapped to PPU $0000-$1FFF.

The UNIF encapsulation should ignore all padding and just have PRG0 be exactly 47104 bytes.

Hardware

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 PRG /CE, M2, and A14-A11 to construct an enable signal for the PRG ROM. This is a 74HC85 comparator.

TO DO: Once the circuit is tested on a real PCB, details of how to wire up the '85 will be given here.

A14 through A0 go to the PRG ROM as is, and PRG /CE 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 PRG /CE is inverted compared to A15.

References