Default PRG ROM at power up
Moderator: Moderators
Default PRG ROM at power up
From old sources, it says "the first 16k of PRG ROM at $8000 and the last 16k of PRG ROM at $C000", but is this correct for most of the mappers?
Last edited by Zepper on Thu Mar 22, 2012 6:13 pm, edited 1 time in total.
Zepper
RockNES author
RockNES author
-
Karatorian
- Posts: 76
- Joined: Sun Sep 30, 2007 9:54 pm
- Location: Corneria
- Contact:
Not necessarily. Some mappers have a well defined start up state. Others do not. To make matters worse many iNES mapper numbers are assigned to several chips that vary in how they behave. So some mapper X games expect a well defined boot state, while others do not. Often the older revisions of a given mapper have an undefined power on state and a later revision will add one. (The MMC1 is the most prominent example.)
In general, in these ambiguous cases, one can handle it by applying the old adage "Be conservative in what you generate. Be generous in what you accept." For an EMU dev, this means that mappers should start out in a well defined state, so that you don't break games that where written to be deployed with a hardware revision that has one. For homebrew dev, this means you shouldn't assume a well defined startup state if there's the possibility of being deployed on a harware revision without one.
Disch's mapper docs are usually pretty good with regards to covering this stuff. In particular, he gives separate advice for emu and homebrew dev when pertinent.
In general, in these ambiguous cases, one can handle it by applying the old adage "Be conservative in what you generate. Be generous in what you accept." For an EMU dev, this means that mappers should start out in a well defined state, so that you don't break games that where written to be deployed with a hardware revision that has one. For homebrew dev, this means you shouldn't assume a well defined startup state if there's the possibility of being deployed on a harware revision without one.
Disch's mapper docs are usually pretty good with regards to covering this stuff. In particular, he gives separate advice for emu and homebrew dev when pertinent.