MMC2: Difference between revisions

From NESdev Wiki
Jump to navigationJump to search
m (→‎Hardware: fixed wikilink to pinout)
mNo edit summary
Line 23: Line 23:
*PPU reads $1FE0 through $1FEF: latch 1 is set to $FE for subsequent reads
*PPU reads $1FE0 through $1FEF: latch 1 is set to $FE for subsequent reads


Contrary to popular belief, the MMC2 '''does''' implement this latch behaviour on both CHR ROM banks (rather than only with PPU $1000-$1FFF).
Contrary to popular belief, the MMC2 '''does''' implement this latch behavior on both CHR ROM banks (rather than only with PPU $1000-$1FFF).


Note that the latch is switched right after both pattern table bytes are fetched, so the tiles $fd and $fe are always entierly fetched from the old latch, then a new latch value is set.
Note that the latch is switched right after both pattern table bytes are fetched, so the tiles $fd and $fe are always entirely fetched from the old latch, then a new latch value is set.
Also since the PPU fetches 34 background tiles per scanline (and only 33 at most are drawn), it is possible to rely on fetches of tiles that won't show up on the screen to set latches to a known value on the next scanline. If you use vertical [[mirroring]] it's possible without affecting the image on the screen if used cleverly.
Also since the PPU fetches 34 background tiles per scanline (and only 33 at most are drawn), it is possible to rely on fetches of tiles that won't show up on the screen to set latches to a known value on the next scanline. If you use vertical [[mirroring]] it's possible without affecting the image on the screen if used cleverly.


Line 82: Line 82:
The [[Nintendo MMC4]], used in the [[FxROM]] board set, is a similar mapper with 16 KB switchable PRG ROM banks, a 16 KB fixed PRG ROM bank, and up to 8 KB of PRG RAM.
The [[Nintendo MMC4]], used in the [[FxROM]] board set, is a similar mapper with 16 KB switchable PRG ROM banks, a 16 KB fixed PRG ROM bank, and up to 8 KB of PRG RAM.


With the help of a [[74HC02]] quad-NOR gate, it is theorically to make the MMC2 act like a MMC4 (without SRAM support) with the following circuit, that "tricks" the MMC2 into thinking the program is still in the $8000-$9fff range when reading from $a000-$bfff, but let's it unaffected by mapper writes. Also it shifts all adress right one bit so that it switches 16kB banks instead of 8 KB.
With the help of a [[74HC02]] quad-NOR gate, it is theoretically to make the MMC2 act like a MMC4 (without SRAM support) with the following circuit, that "tricks" the MMC2 into thinking the program is still in the $8000-$9fff range when reading from $A000-$BFFF, but let's it unaffected by mapper writes. Also it shifts all address right one bit so that it switches 16kB banks instead of 8 KB.
It is currently unknown if Nintendo ever exploited this possibility.
It is currently unknown if Nintendo ever exploited this possibility.



Revision as of 13:44, 15 November 2011

The Nintendo MMC2 is an ASIC mapper, used on the PxROM Nintendo Game Pak boards. The iNES format assigns mapper 9 to PxROM. This chip appeared in November 1987.

Overview

  • PRG ROM size: 128 KB
  • PRG ROM bank size: 8 KB
  • PRG RAM: none
  • CHR capacity: 128 KB
  • CHR bank size: 4 KB
  • Nametable mirroring: Vertical or horizontal, controlled by program
  • Subject to bus conflicts: No

Banks

  • CPU $8000-$9FFF: 8 KB switchable PRG ROM bank
  • CPU $A000-$FFFF: Three 8 KB PRG ROM banks, fixed to the last three banks
  • PPU $0000-$0FFF: Two 4 KB switchable CHR ROM banks
  • PPU $1000-$1FFF: Two 4 KB switchable CHR ROM banks

When the PPU reads from specific tiles in the pattern table during rendering, the MMC2 sets a latch that tells it to use a different 4 KB bank number. This has the effect of setting a different bank for all tiles to the right of a given tile.

  • PPU reads $0FD0 through $0FDF: latch 0 is set to $FD for subsequent reads
  • PPU reads $0FE0 through $0FEF: latch 0 is set to $FE for subsequent reads
  • PPU reads $1FD0 through $1FDF: latch 1 is set to $FD for subsequent reads
  • PPU reads $1FE0 through $1FEF: latch 1 is set to $FE for subsequent reads

Contrary to popular belief, the MMC2 does implement this latch behavior on both CHR ROM banks (rather than only with PPU $1000-$1FFF).

Note that the latch is switched right after both pattern table bytes are fetched, so the tiles $fd and $fe are always entirely fetched from the old latch, then a new latch value is set. Also since the PPU fetches 34 background tiles per scanline (and only 33 at most are drawn), it is possible to rely on fetches of tiles that won't show up on the screen to set latches to a known value on the next scanline. If you use vertical mirroring it's possible without affecting the image on the screen if used cleverly.

Registers

PRG ROM bank select ($A000-$AFFF)

7  bit  0
---- ----
xxxx PPPP
     ||||
     ++++- Select 8 KB PRG ROM bank for CPU $8000-$9FFF

CHR ROM $FD/0000 bank select ($B000-$BFFF)

7  bit  0
---- ----
xxxC CCCC
   | ||||
   +-++++- Select 4 KB CHR ROM bank for PPU $0000-$0FFF
           used when latch 0 = $FD

CHR ROM $FE/0000 bank select ($C000-$CFFF)

7  bit  0
---- ----
xxxC CCCC
   | ||||
   +-++++- Select 4 KB CHR ROM bank for PPU $0000-$0FFF
           used when latch 0 = $FE

CHR ROM $FD/1000 bank select ($D000-$DFFF)

7  bit  0
---- ----
xxxC CCCC
   | ||||
   +-++++- Select 4 KB CHR ROM bank for PPU $1000-$1FFF
           used when latch 1 = $FD

CHR ROM $FE/1000 bank select ($E000-$EFFF)

7  bit  0
---- ----
xxxC CCCC
   | ||||
   +-++++- Select 4 KB CHR ROM bank for PPU $1000-$1FFF
           used when latch 1 = $FE

Mirroring ($F000-$FFFF)

7  bit  0
---- ----
xxxx xxxM
        |
        +- Select nametable mirroring (0: vertical; 1: horizontal)

Hardware

The MMC2 is implemented in a 40-pin shrink-DIP package. At least two revisions are known to exist, the MMC2 and the MMC2-L.

Variants

The Nintendo MMC4, used in the FxROM board set, is a similar mapper with 16 KB switchable PRG ROM banks, a 16 KB fixed PRG ROM bank, and up to 8 KB of PRG RAM.

With the help of a 74HC02 quad-NOR gate, it is theoretically to make the MMC2 act like a MMC4 (without SRAM support) with the following circuit, that "tricks" the MMC2 into thinking the program is still in the $8000-$9fff range when reading from $A000-$BFFF, but let's it unaffected by mapper writes. Also it shifts all address right one bit so that it switches 16kB banks instead of 8 KB. It is currently unknown if Nintendo ever exploited this possibility.

MMC2 A16  ----------------------------------  PRG A17

MMC2 A15  ----------------------------------  PRG A16

MMC2 A14  ----------------------------------  PRG A15
                ____              ___
MMC2 A13  -----\    `.       ,---\   `.
                )     )o-----+    )    )o---  PRG A14
CPU A14   -----/____,'       `---/___,'  

CPU A13   ---+------------------------------  PRG A13
             |    ___
             +---\   `.         ___
             |    )    )o------\   `.
             `---/___,'         )    )o-----  MMC2 A13
                          ,----/___,'
R/W       ----------------'