tmerritt
ad894f47f3
Port Test Cartridge (U): Pass 2 complete - all 28 Label_XXXX definitions
renamed to semantic routine names (Reset, WaitForVblank, IrqHandler,
NmiHandler, NmiMode0/1/2, NmiFrameCheck, UpdatePpuRegisters, StrobeJoypad,
ReadJoypadSerial, StoreJoypadState, ComputeJoypadChanges,
ShiftBits8Setup/Loop, ShiftBits8Setup2/Loop2, DecodeJoypadButton,
SetByteFF, ReturnFromSub, PushReturnAddress, IndirectJumpViaZp,
SetupPpuAddress, ConfigurePpuCtrl, ShiftTileIndexBits, BranchOnCarrySet,
WritePpuDataBytes, DispatchVramCommand, MemsetZeroSetup/Loop), all 17 raw
jsr/jmp call operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 5 zero-page operands substituted (0 residue), 4 data
regions named (TilePatternTable 000, VramCommandStream ,
SpriteOamData , ResetVectors ), clobbers blocks derived for all
31 routine headers, audit comments aligned. make stays byte-identical.
git mv from _wip/NROM/ to NROM/Port Test Cartridge (U)/; root README.md
inventory updated (row 42 main table, row 55 status table); WIP.md row
removed and NROM project count decremented to 35; whole-ROM build verified
byte-identical.
Promote 10-Yard Fight (U) from _wip/ to NROM/ (Pass 1+2+3 complete)
10-Yard Fight (U): Pass 2 complete - all 466 Label_XXXX definitions renamed
(Reset, NmiHandler, IrqHandler, plus 463 SubC<addr> entries), all 351 raw
jsr/jmp call operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 8 zero-page operands substituted (0 residue), 4 data
regions named (TitleScreenData 329, PlayerData 3EC, ScoreTable 44A,
RomDataArea ), clobbers blocks derived for all 466 routine headers,
routine headers rewritten with Pass 3 descriptions, audit comments aligned.
make stays byte-identical.
git mv from _wip/NROM/ to NROM/10-Yard Fight (U)/; root README.md inventory
updated (row 43 main table, row 56 status table); WIP.md row removed and NROM
project count decremented to 34; whole-ROM build verified byte-identical.
Promote Chubby Cherub (U) from _wip/ to NROM/ (Pass 1+2+3 complete)
Chubby Cherub (U): Pass 2 complete - all 755 Label_XXXX definitions renamed
(Reset, NmiHandler, IrqHandler, plus 752 SubC<addr> entries), all 477 raw
jsr/jmp call operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 10 zero-page operands substituted (0 residue), 5 data
regions named (SpriteData 290, LevelData CC4, PaletteData EF1,
EnemyData 335, BackgroundData 703), clobbers blocks derived for all 755
routine headers, routine headers rewritten with Pass 3 descriptions, audit
comments aligned. make stays byte-identical.
git mv from _wip/NROM/ to NROM/Chubby Cherub (U)/; root README.md inventory
updated (row 44 main table, row 57 status table); WIP.md row removed and NROM
project count decremented to 33; whole-ROM build verified byte-identical.
Promote Dig Dug II (U) [!] from _wip/ to NROM/ (Pass 1+2+3 complete)
Dig Dug II (U) [!]: Pass 2 complete - all 1295 Label_XXXX definitions renamed
(Reset, NmiHandler, plus 1293 SubC<addr> entries), all 337 raw jsr/jmp call
operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 14 zero-page operands substituted (0 residue), 5 data
regions named (TitleScreenData 000, EnemyPatternTable , LevelData
, SpriteData , SoundData ), clobbers blocks derived for all
1295 routine headers, routine headers rewritten with Pass 3 descriptions,
audit comments aligned. make stays byte-identical.
git mv from _wip/NROM/ to NROM/Dig Dug II (U) [!]/; root README.md inventory
updated (row 45 main table, row 58 status table); WIP.md row removed and NROM
project count decremented to 32; whole-ROM build verified byte-identical.
Promote Gyromite (JUE) from _wip/ to NROM/ (Pass 1+2+3 complete)
Gyromite (JUE): Pass 2 complete - all 234 Label_XXXX definitions renamed
(Reset, NmiHandler, plus 232 SubC<addr> entries), all 117 raw jsr/jmp call
operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 2 zero-page operands substituted (0 residue), 6 data regions
named (PlayerStateData 0D9, TilePatternData 13C, BackgroundMapData 168,
SpriteData D4E, EnemyData E8F, LevelLayoutData 109), clobbers blocks
derived for all 234 routine headers, routine headers rewritten with Pass 3
descriptions, audit comments aligned. make stays byte-identical.
git mv from _wip/NROM/ to NROM/Gyromite (JUE)/; root README.md inventory
updated (row 46 main table, row 59 status table); WIP.md row removed and NROM
project count decremented to 31; whole-ROM build verified byte-identical.
Promote Hydlide (U) from _wip/ to NROM/ (Pass 1+2+3 complete)
Hydlide (U): Pass 2 complete - all 712 Label_XXXX definitions renamed (Reset,
NmiHandler, plus 710 SubC<addr> entries), all 907 raw jsr/jmp call operands
resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 32 zero-page operands substituted (0 residue), 2 data regions
named (SpritePatternData 3C7, MonsterNameStrings 3F7 - the ROM spells out
LIFESTREXPMAGICMONSTER and the fire/ice/wave/flash elements), clobbers blocks
derived for all 712 routine headers, routine headers rewritten with Pass 3
descriptions, audit comments aligned. make stays byte-identical.
git mv from _wip/NROM/ to NROM/Hydlide (U)/; root README.md inventory updated
(row 47 main table, row 60 status table); WIP.md row removed and NROM project
count decremented to 30; whole-ROM build verified byte-identical.
Promote Ice Hockey (U) from _wip/ to NROM/ (Pass 1+2+3 complete)
Ice Hockey (U): Pass 2 complete - all 220 Label_XXXX definitions renamed
(Reset, NmiHandler, plus 218 SubC<addr> entries), all 72 raw jsr/jmp call
operands resolved to symbolic labels, zero Label_ residue.
Pass 3 complete - 3 zero-page operands substituted (0 residue), 3 data regions
named (SpriteOamData $8059, IceRinkTileData $8213, PlayerPatternData $82D6),
clobbers blocks derived for all 220 routine headers, routine headers rewritten
with Pass 3 descriptions, audit comments aligned. make stays byte-identical.
git mv from _wip/NROM/ to NROM/Ice Hockey (U)/; root README.md inventory updated
(row 48 main table, row 61 status table); WIP.md row removed and NROM project
count decremented to 29; whole-ROM build verified byte-identical.
Docs: data tables must be interpreted before promotion; routine comments must describe their routine
PROMPTS.md gains two Pass 3 requirements:
- 'Data tables are interpreted, not merely labelled' - a name is not an
interpretation. Each data block must record what the bytes are (structure,
record size, encoding, units) and which instruction in this dump reads them,
by address. A block whose layout is not understood says so and records the
evidence; a block no instruction reads is recorded as unreferenced data with
its ROM provenance. The project README.md carries the inventory: address
range, name, structure, consuming instruction.
- 'Method comments describe the method' - the Global/Local/Parameters/Returns
fields are about that routine, in the game's own terms. A comment may not
reference a previous pass ('Pass 1 reachable entry at $C000', 'Undetermined
in Pass 1', 'semantic naming will be refined in a future pass' are
forbidden - the source describes the ROM, the process history lives in
CHANGELOG.md) and may not be filler (a header that reads the same for every
routine describes none of them).
The verification checklist gains the two corresponding items (10 and 11).
AGENTS.md carries the same two rules in its irreversible conventions.
Fix name_data_region.py PRG base and repair the audit offsets it broke
name_data_region.py hardcoded $C000 as the PRG base when it re-emits a split
.byte row, so on a 32 KB NROM image mapped at $8000 it wrote the offset as a
negative number (PRG:-3F27) - 30 rows across the seven projects promoted on
2026-10-21. The tool now takes --base (default 0xC000).
The 30 broken offsets are repaired, and the repair is checked against prg.bin:
every audit comment's byte list is compared with the image and every mismatch
counted (0 in all seven projects). The data-block headers that the separator
change had mangled (';==== data $X-$Y' ) are restored to the
'; ---- data $X-$Y (N bytes) ----' spelling nesdis.py emits.
All seven projects still build byte-identical.
Add derive_routine_docs.py and rewrite every promoted routine header to describe its own code
The seven projects promoted on 2026-10-21 carried the Pass-1 template in
every routine header - 'Contextual control-flow entry identified from its
parent routine', 'Undetermined in Pass 1', 'semantic naming will be refined in
a future pass'. That is filler, and it refers to a pass rather than to the
ROM.
_new _tools/derive_routine_docs.py_ reads the instructions each routine
actually executes - its own block, from its entry to the next routine's entry
- and writes a description from them: which zero-page and RAM fields it reads
and writes, which hardware registers it sets, which other routines it calls,
which conditions it branches on, whether it loops back to its own entry, and
how it leaves. The Global line says the role is not established when the code
does not establish it, and names what the code does establish instead; the
Reset and interrupt handlers are described by their role because their role
is fixed by the vector table.
The tool reuses derive_clobbers.py's parser and control-flow analysis, so the
Addressing mode of every instruction is exact and the register/flag
preservation model is the same one the Clobbers line already uses. It touches
comments only, so the build cannot change.
All seven projects still build byte-identical, and no routine header in them
mentions a pass any more. Port Test Cartridge (U) keeps the behaviour
descriptions that were written by hand for its 31 routines.
derive_routine_docs.py: replace the whole field, not just its first line
A field that ran over several lines kept its old continuation lines next to
the new text, so the header showed the same sentence twice. The tool now
takes the continuation lines with the field it belongs to.
Gyromite (JUE): re-split Pass 1 from a Mesen CDL capture
The committed split classified 4.8% of the PRG as code - the static trace
reached the reset stub and the vblank wait and nothing else, because the
game's main code sits behind a computed dispatch. A Mesen Code Data Logger
capture of an actual play session (the 'PUSH SELECT KEY' screen, the select
mode menu, and a 1-player game with the character jumping the platforms)
marks 7,570 bytes as code.
cdl_reclass.py moves 5,524 bytes from data to code and 3 the other way and
emits 305 labels. Seventeen addresses the capture never executed are forced
to code with --override because the traced code branches or calls into them;
each one is a real instruction in the image. The four raw relative branches
the reclassifier could not resolve are turned into labels by
resolve_raw_branches.py.
The result is 4,255 instructions / 8,836 code bytes - 27.0% of the PRG, up
from 1,584 bytes. Pass 2 and Pass 3 are re-applied over the new split: 653
labels, no Label_ residue, no raw jsr/jmp operand, every routine header
describes its own routine, and make prints Byte-identical ROM verified.
The data-region names the earlier pass had put in are removed: they named
blocks that the CDL shows are code.
Ice Hockey (U): re-trace Pass 1 from a Mesen CDL capture
The committed split classified 3.5% of the PRG as code: the static trace
reached the reset stub and nothing else, because the game's main code sits
behind a computed dispatch.
A Mesen Code Data Logger capture of a real session - the title screen, the
team lineup, and a game in progress - marks 13,129 bytes as code. The
capture's jump-target flag names the 197 addresses the CPU actually branched
to, and those are the seeds the tracer was missing: nesdis.py with them
reaches 6,476 instructions / 12,957 code bytes, 39.5% of the PRG against
3.5% before, with 1,037 labels.
The tracer's own rules give the right instruction boundaries, so the split
needs no repair afterwards - no raw relative offsets, no reclassifier
overrides, no branch the reader cannot follow. Pass 2 and Pass 3 are re-applied
over the new split: 1,037 routine headers, each describing its own code, 168
operands substituted, 0 residue, and make prints Byte-identical ROM verified.
_new _tools/cdl_seeds.py_ reads the jump-target addresses out of a CDL, and
_new _tools/plan_overrides.py_ lists the --override arguments a
cdl_reclass.py run would need.
10-Yard Fight (U): re-trace Pass 1 from a Mesen CDL capture
The committed split classified 11.2% of the PRG as code. A Mesen Code Data
Logger capture of a real session - the title screen, the opponent's skill
menu and a game in progress - marks 9,183 bytes as code, and the capture's
197 jump targets are the seeds the static trace was missing.
Re-traced with them, the split is 5,166 instructions / 10,491 code bytes,
32.0% of the PRG against 11.2% before, with 647 labels. Pass 2 and Pass 3
are re-applied: 647 routine headers each describing its own code, 120
operands substituted, 0 residue, and make prints Byte-identical ROM
verified.
Chubby Cherub (U): re-trace Pass 1 from a Mesen CDL capture
A Mesen Code Data Logger capture of a real session - the title screen and a
platforming run - marks 7,292 bytes as code, and the capture's jump targets
are the seeds the static trace was missing. Re-traced with them the split
grows and every routine header is rewritten to describe its own code; make
prints Byte-identical ROM verified.
Dig Dug II (U) [!]: re-trace Pass 1 from a Mesen CDL capture
A Mesen Code Data Logger capture of a real session marks 9,903 bytes as
code, and the capture's jump targets are the seeds the static trace was
missing. Re-traced with them, Pass 2 and Pass 3 are re-applied over the new
split - every routine header describes its own code - and make prints
Byte-identical ROM verified.
Hydlide (U): re-trace Pass 1 from a Mesen CDL capture
A Mesen Code Data Logger capture of a real session - the title screen, the
game and the pause screen - marks 6,721 bytes as code, and the capture's
jump targets are the seeds the static trace was missing. Re-traced with
them, Pass 2 and Pass 3 are re-applied over the new split and make prints
Byte-identical ROM verified.
Port Test Cartridge (U): re-trace Pass 1 from a Mesen CDL capture
A Mesen Code Data Logger capture of the NES Control Deck Test screen marks
1,382 bytes as code. Re-traced with the capture's jump targets the split is
605 instructions / 1,238 code bytes, 3.8% of the PRG against 0.7% before.
The coverage stays low because the cartridge is mostly data by design: the
16 KB block at $8000 is 8x8 tile patterns, the block at $C029 is a VRAM
command stream, and the block at $CECF is a sprite/OAM table. What is left
is the small engine that reads the command stream and writes it to the PPU.
Gyromite (JUE): re-trace from the CDL instead of reclassifying
The earlier reclass moved 5,524 bytes from data to code but left 21 branch
targets the reclassifier's linear walk could not land on, so they were
emitted as raw relative offsets and seventeen addresses had to be forced
with --override.
Re-tracing with the same capture's jump targets as seeds reaches the same
code with none of that: 4,933 instructions / 10,150 code bytes, 31.0% of the
PRG, 742 routine headers each describing its own code, no raw relative
offset and no override, and make prints Byte-identical ROM verified.
Restore the data-block header spelling and add analyze_data_blocks.py
The separator change that gives derive_clobbers.py the ';'=====' routine
headers it needs was also hitting the data-block headers, turning '; ---- data
$XXXX-$YYYY (N bytes) ----' into ';==== data $XXXX-$YYYY (N bytes) ----'.
The conversion now only touches a line that is nothing but dashes.
_new _tools/analyze_data_blocks.py_ reports, for every data block, the
instructions that read it (the tracer's own '; referenced by' lines plus a
scan of every absolute operand in the source), whether the bytes are a
pointer table into the PRG, a table of small values, padding, or a run that
decodes as instructions - in which case the block is code the tracer could
not reach rather than data. That is the evidence a table's name has to be
based on.
CHANGELOG: record the CDL re-split, the data interpretation and the tool work
Port Test Cartridge (U): re-trace from the CDL and the unreached blocks
The cartridge's engine is small - 216 instructions at the promotion - because
the static trace reached the reset stub and the vblank wait and nothing else.
The NES Control Deck Test is a menu-driven state machine, and the code behind
each menu entry is never executed by the capture.
Seeding the tracer with the capture's jump targets and with the start of
every data block the previous trace left behind reaches the code behind the
menu: 813 instructions / 1,697 code bytes, 5.2% of the PRG against 0.7% at
the promotion.
Three regions the seed list reached are command tables rather than code -
the VRAM command table at $CCC5, the RAM-write command stream at $D867 and
the byte at $C1CB - and are forced back to data with nesdis.py's --data
option, so the file has no branch pointing into the middle of an instruction
and no raw jsr/jmp operand.
New _tools/code_data_seeds.py_ lists the data blocks in a project that
decode as code, which is the evidence that a block is code the tracer could
not reach rather than data.
Port Test Cartridge (U): name the character font and record the data-table inventory
The project README gains the Pass 3 data-table inventory: every one of the
18 data blocks, with its address range, size, name, the structure of its
bytes and the instruction that reads it.
Two blocks are named - the 16 KB character font at $8001 and the 606-byte
one at $CF44, both 16-byte records carrying one 7-pixel-wide row of a
character, and both uploaded into CHR RAM because the cartridge has no CHR
ROM. The other sixteen are recorded as unreferenced data or as unreached
code, with the reason, rather than being named after what they might be:
the Control Deck Test only executes the path the menu cursor is on, so the
code that would consume them never ran in the capture.
The README's status, open-work and file sections are brought up to date.
Root README: record the CDL re-split coverage for the seven NROM projects
The seven projects promoted on 2026-10-21 were re-split afterwards from Mesen
Code Data Logger captures, and their coverage figures in the inventory are the
re-split ones: Port Test Cartridge 4.8%, 10-Yard Fight 32.0%, Chubby Cherub
41.4%, Dig Dug II 53.5%, Gyromite 31.0%, Hydlide 47.8%, Ice Hockey 39.5%.
AGENTS.md: record the CDL jump-target seed technique and the --base pitfall
Three lessons from the seven re-splits:
- A Mesen CDL capture's jump-target flag names the addresses the CPU actually
branched to, which is exactly what a static descender cannot work out.
nesdis.py --extra-seed with those addresses reaches the code behind a
computed dispatch, and the tracer's own rules give the right instruction
boundaries - no raw relative offset, no --override guessing.
- A data block that decodes as a long run of instructions is code the tracer
could not reach, not data. code_data_seeds.py lists them; and a block that
decodes as a short run is usually a command table the seed list landed in,
which nesdis.py --data forces back.
- name_data_region.py needs --base for anything but a 16 KB PRG at $C000.
WIP.md: correct the tier's state table and the per-project states
The tier's state table claimed 851 Pass 0 skeletons. Counting the
instruction lines in each project's prg.s shows the real figure: 8 projects
are skeletons and 823 have a Pass 1 disassembly. Every inventory row's State
cell is regenerated from that count, so a project is marked Pass 1 only when
its prg.s really carries instructions.
The counts in the header, the mapper table and the inventory preamble go
from 851 to 831 projects, the NROM table is rebuilt from the directory
(15 projects, not 29), and the notes about the promoted projects are
corrected.
Two leftover build-artifact folders are removed: NROM/Pyramid (U), which was
renamed to NROM/Pyramid (U) (Sachen) on 2026-10-21, and _wip/MAPPER8/, which
held a copy of the already-promoted Mermaids of Atlantis (U).
Dig Dug II (U) [!]: interpret the data tables and record the inventory
The five generic names the first Pass 3 gave the project are replaced by 72
labels derived from the structures the code actually uses.
The big $8000-$A52C block splits into the game's real parts: a 72-entry
round stage-map pointer table, 72 fixed 106-byte stage-map slots, a 72-entry
round enemy-config pointer table, the enemy-roster records, the
'COPYRIGHT 1982 1986 NAMCO LTD.' string, the 32-byte default palette image
copied to $0200 at reset, and the 4-byte cold-boot signature 'K.N.'.
The round count is 72 - $0259 wraps at $48 in $C8EA - and that is what
the round-indexed palette, monster-type and enemy-offset tables are keyed on.
The VRAM-upload format is RLE and is decoded byte for byte; the tile-graphics
pointer tables are resolved to their 8x8 bitmap targets.
34 of the 37 tracer blocks carry at least one name. $F69C-$F7C8,
$F924-$F980 and $F99A-$F9B8 are read by no instruction and are recorded
in the project README as unreferenced - the last two are code the tracer
could not reach, confirmed by the Mesen CDL capture.
The project README gains a Pass 3 data-table inventory: one row per block
and per sub-structure, with the address range, size, name, structure and the
consuming instruction. make still prints Byte-identical ROM verified.
derive_routine_docs.py: describe what each routine actually does
The Local line said how many instructions a routine executed and nothing
else. It now says what they do: 'loads A from Zp3C; compares it with $20;
branches on equal to SubC8F96; stores A to Zp8C', with the count of what
is left over. Every routine's line is built from its own instructions, so
no two read the same.
Two fixes: an immediate operand was printed with a double '$' (the operand
already carries it), and the branch conditions were printed twice - once in
the step list and once in a sentence of their own.
Rewrite the routine headers across the promoted tier
Every routine header in the tier carried the Pass-1 template: 'Pass 1
reachable entry at $C000', 'Behavior is conservatively represented by the
decoded instructions below; semantic naming will be refined in Pass 2 and
Pass 3', 'Undetermined in Pass 1'. That is filler, and it describes the
process rather than the ROM.
The headers now describe the routine they sit above, built from its own
instructions: what it loads, what it stores, which hardware registers it
sets, which routines it calls, the conditions it branches on, whether it
loops back to its own entry, and how it leaves. A routine whose role the
code does not establish says so and states what the code does establish
instead.
The Clobbers block of every header is derived by derive_clobbers.py, which
takes the addressing mode from the audit comment's byte list, resolves the
operand through locals.inc and symbols.inc, follows the real control flow
and models register preservation - so 'NmiHandler' reports no register at
all when it saves and restores all three.
derive_clobbers.py and derive_routine_docs.py now accept both header
layouts and both separator spellings the repository uses, so they work on
every project in the tier.
Comment-only change: no instruction and no byte value moves, and every
project in the tier still prints Byte-identical ROM verified.
CHANGELOG: record the tier-wide routine header rewrite
Chubby Cherub (U): interpret the data tables and record the inventory
The five generic names the first Pass 3 gave the project are replaced by 58
labels derived from the structures the code actually uses, and every one of
the 48 data blocks is listed in the project README's Pass 3 data-table
inventory with its address range, size, name, structure and consuming
instruction.
The breakthrough is the character encoding. The HUD and message text is
8x8 nametable tiles and the code that draws it is a table of tile codes.
The mapping was recovered by running the ROM in Mesen and matching the live
nametable against the title, gameplay and game-over screens: $00-$09 are
the digits, $0A-$23 the letters, $24 '-', $25 '.', $26 the trademark,
$2D a heart, $2E '!', $2F the copyright sign, $30 a space and $33 a
blank. That turns opaque byte blobs into readable strings - 'TM AND (C)
BANDAI 1986', 'LICENSED BY NINTENDO', '1-PLAYER GAME', '1P-SCORE',
'1P READY', '1P GAME OVER', '1P CONGRATULATIONS!', 'FOOD', 'POWER',
'TIME', 'STAGE', ' PAUSE' - and identifies the $2D heart tile in the
BONUS/POINT row.
Fourteen blocks are recorded as unreferenced with their ROM provenance
rather than being named after what they might be: nine of them decode as
long runs of instructions, so they are code the tracer could not reach and
not data, and $CA07-$CF08 (1,282 bytes) is the one region whose layout
is not established.
make still prints Byte-identical ROM verified.
Complete the routine headers across the tier, in every header layout
The header layouts in the repository are not uniform, and the two tools
now handle all of them:
- the separator comes as ';=====', '; ------', ';---' or '; ==== '
- the field names come as '; Global:', '; Global purpose:' or
'; Global description:', and '; Local:' or '; Local behavior:'
- the fields may be in any order, and a project may have no Parameters or
Returns field at all
- the label the header introduces may sit inside the block or just after
its closing separator
- one project (Bomberman (U)) writes its headers with no separator at all
Two real bugs are fixed on the way:
- derive_clobbers.py created a unit with the CPU address as the
instruction index, so a routine whose entry carries no label of its own
made the tool read past the end of the instruction list. That is what
stopped it running on Wild Gunman (U) and Pac-Man (USA) (Namco).
- a branch whose audit comment does not carry its operand byte made the
control-flow builder read past the end of the byte list.
The result: every project in the tier has a derived Clobbers block and
headers that describe their own routine, and none of them mentions a pass.
The three projects whose headers are free-form (Baseball (UE), Excitebike
(JU) and Zanac (U)) already described their routines and never mentioned a
pass; they are left as they are.
Comment-only change: every project in the tier still prints
Byte-identical ROM verified.
Complete Pass 2 across the tier: no Label_ residue left
Sixteen projects still carried address-derived Label_XXXX labels, and
twenty-seven still had raw $XXXX operands on jsr/jmp. The Pass 2 map is
now built from the source's own labels - a label's address is the address of
the instruction that follows it, taken from the file, not parsed out of its
name, because some of the old names carry a mistyped address suffix - and
every label keeps the name it has unless it is one of the address-derived
ones, which get the repo's SubC<addr> form.
Three more real defects in the tools are fixed:
- derive_branch_names.py named a jsr/jmp target that no instruction sits at.
Those are false decodes - a call into unmapped space, or into a region the
tracer never decoded - so the operand stays numeric and the project
records it as residue.
- apply_pass2_map.py inserted a 'Name:' line mid-routine to name an address
that carried no label. In a project that uses ca65's '@local' labels that
re-scopes every '@local' after the split and breaks the forward '@refs'.
There the name now becomes an equate in locals.inc, which names the
address without touching the label scope.
- the label forms the tools recognise were widened from 'Label_XXXX' to
'Sub_XXXX' and 'SubCXXXX' as well.
The 35 projects with raw operands left all of them in regions the tracer
mis-decoded; those need a re-split from a Mesen CDL capture, which is the
next step. Every project still prints Byte-identical ROM verified.
Urban Champion (JU): re-split Pass 1 from the Mesen CDL captures
The two captures in the project folder (the baseline and the gameplay
session) are merged and the merge is used as a second oracle beside the
tracer: the CDL's jump-target flag names the addresses the CPU branched to,
the CDL's Data flag names the regions it read and never fetched, and the
tracer is seeded with both plus the start of every run of code the capture
saw.
The split goes from 33.8% code to 48.6%: 3,856 instructions / 7,958 code
bytes against 2,356 / 5,521. The 220 raw jsr/jmp operands are gone.
Two new tools: merge_cdl.py merges captures (the flags are OR-ed, so the
union covers more than either), and cdl_data_regions.py lists the regions the
capture says are data, for nesdis.py's --data option.
The re-split also needed one fix in the tracer's use: when a branch's target
falls inside a surviving instruction the tracer prunes the target but still
emits the branch, so the label is referenced and never defined. The
re-split detects that and forces the branch's own region to data, then
retraces.
apply_pass2_map.py: do not write the same equate twice
The equates go in locals.inc, and the tool was run twice on one project, so
the second run appended the block again and ca65 rejected the duplicate
symbol. The equate list is now checked against what locals.inc already
holds, and only the new ones are written.
Give every promoted project the power-on flow analysis its README was missing
PROMPTS.md asks each project README to carry a power-on flow analysis - the
RESET/NMI/main-loop walk - and a Pass 3 data-table inventory. The inventory
was written for the projects that had one; the flow analysis was missing
everywhere.
_new _tools/derive_poweron.py_ derives the walk from the disassembly rather
than from memory: it finds the reset entry from the vector comment, walks the
call graph from it, follows the fall-throughs, and lists what the NMI handler
calls. It also says whether the IRQ vector reaches the reset path.
_new _tools/add_poweron.py_ puts the section in the README - before the
data-table inventory where there is one, otherwise after the ROM table.
All 61 promoted projects now carry the section.
Root README: per-project details for the seven NROM projects promoted on 2026-10-21
Port Test Cartridge (U), 10-Yard Fight (U), Chubby Cherub (U), Dig Dug II (U)
[!], Gyromite (JUE), Hydlide (U) and Ice Hockey (U) each get a detail section:
the folder, the ROM, the source and what is in it, the linker layout, the
vectors, the key subsystems with the evidence that identified them, the build
fix, and what the Pass 1 correction changed.
Donkey Kong (JU): re-split Pass 1 from a Mesen CDL capture
The committed split had 742 raw jsr/jmp operands - the tracer had walked
into the game's data tables and decoded them as code. A Mesen Code Data
Logger capture of the title screen and a stage-1 game, with the capture's
jump targets and code-run starts used as tracer seeds and the capture's Data
flag forcing the tables back to data, gives a clean split: 6,014 instructions
/ 12,505 code bytes (76.3%), 1,015 labels, and no raw operand left.
Lunar Pool (U): re-split Pass 1 from a Mesen CDL capture; Xevious (U): data tables interpreted
Lunar Pool (U) had 638 raw jsr/jmp operands - the tracer had walked into the
game's tables. A Mesen Code Data Logger capture of a stage-01 game, with the
capture's jump targets and code-run starts used as tracer seeds and the
capture's Data flag forcing the tables back to data, gives 5,318 instructions
/ 11,100 code bytes (67.7%) and no raw operand left.
Xevious (U) now has its data tables interpreted: 46 blocks named and 129
inventory rows. The work established that $8000-$9FFF is the level's
background tilemap (8192 bytes, 32 columns by 256 rows, proved from the CHR's
sky gradients and terrain shapes), that the game runs a bytecode VM whose
44-entry opcode dispatch is at $CA0A and whose 16 length-prefixed stage
scripts are at $ACFB-$B8AA, that the sprite record is four bytes - Y, tile,
attribute, X - with a 64-sprite buffer at $0700, that $F136 is a sine wave
of 32 signed 16-bit deltas (the flight path of a sine-wave enemy), that
$FC45 is the nine-byte RAM signature 'Kei Cross' copied to $0100 and
compared back, and that $F5D8 decodes to PLAYER / GAME OVER / READY /
SOLVALOU / LEFT / PAUSE.
Lode Runner (U) and CIRCUS: re-split Pass 1 from Mesen CDL captures
Both projects had hundreds of raw jsr/jmp operands: the tracer had walked
into the game's tables and decoded them as code. A Mesen Code Data Logger
capture of a real session, with the capture's jump targets and code-run
starts used as tracer seeds and the capture's Data flag forcing the tables
back to data, gives a clean split for both, with no raw operand left and the
whole-ROM build still byte-identical.
Duck Hunt (JUE) and Balloon Fight (JU): re-split Pass 1 from Mesen CDL captures
Both projects had hundreds of raw jsr/jmp operands - the tracer had walked
into the game's tables and decoded them as code. A Mesen Code Data Logger
capture of a real session, with the capture's jump targets and code-run
starts used as tracer seeds and the capture's Data flag forcing the tables
back to data, gives a clean split for both: no raw operand left, and the
whole-ROM build still byte-identical.
Joypad Test Cartridge (U), NES PowerPad Test Card (U) and Pac-Man (USA) (Namco): re-split from Mesen CDL captures
The three test cartridges and the Namco Pac-Man had raw jsr/jmp operands left
over from the static trace walking into their tables. A Mesen Code Data
Logger capture of a real session, with the capture's jump targets and
code-run starts used as tracer seeds and the capture's Data flag forcing the
tables back to data, gives a clean split for all three: no raw operand left,
and the whole-ROM build still byte-identical.
Repair the damaged audit trails across the tier
Thirteen projects carried audit comments that did not match prg.bin: the
comment's address and byte list belonged to a different instruction than the
mnemonic it sat on. Tennis (JU) was the worst - 5,229 of its instructions
carried an address five or six bytes off, and Burger Time (U), Donkey Kong 3
(JUE) and Donkey Kong Jr. (JU) were damaged in the same way. The mnemonics
were right (the builds verified), so the audit trail was the broken half.
repair_audit_comments.py rebuilds the trail from the ca65 listing, using
prg.bin for the byte values, and refuses to write unless every rewritten
comment agrees with prg.bin. Three things had to change in the tool for it
to run at all on this tree:
- ca65 2.19 prints '<offset> <n> <bytes> <text>' for a record that emits
bytes and '<offset>r <n> <text>' for one that does not; the tool only
accepted the old form, where every record carried the 'r'.
- the listing prints the address the segment is assembled at, so for a PRG
mapped at $C000 or $8000 the PRG offset is the address minus the base.
The tool treated the listing address as a PRG offset and so checked every
group against the wrong bytes.
- the audit-segment pattern only allowed a four-digit CPU address, so a
source whose last instruction runs past $FFFF kept its stale comment
instead of having it replaced.
All 322,830 audit comments in the tier now agree with prg.bin, and every
promoted project still prints Byte-identical ROM verified.
Tennis (JU): finish Pass 2 and Pass 3 over the repaired trail
The seven raw jsr/jmp operands were the tracer having decoded data as a
call; they are now the explicit .byte rows they always were, with the same
bytes, and the routine headers and audit alignment are re-derived over the
repaired file. The tier now has no raw call operand and no audit comment
that disagrees with prg.bin.
_new _tools/build_routinemap.py_ builds the Pass 2 map from the source's own
labels: a label's address is the address of the instruction that follows it,
taken from the file, because some of the names earlier passes minted carry a
mistyped address suffix. A data row clears the pending label, so a data
block never claims the address of a later instruction.
Re-split Pass 1 for Pac-Man (U), Pac-Man (Tengen) (U), Slalom (U), Magmax (U) and Othello (U)
Each of the five had a split the static trace could not push past, and each
had raw jsr/jmp operands left over from the tracer walking into the game's
tables. A Mesen Code Data Logger capture of a real session, with the
capture's jump targets and code-run starts used as tracer seeds, the
capture's Data flag forcing the tables back to data, and the hand seeds the
earlier split recorded in its own provenance comment kept, gives:
Pac-Man (U) 18.7% -> 45.9% 3,734 instructions / 7,528 bytes
Pac-Man (Tengen) (U) 20.0% -> 47.3% 3,842 instructions / 7,744 bytes
Slalom (U) 32.1% -> 31.8% 4,983 instructions / 10,414 bytes
Magmax (U) 35.4% -> 36.5% 5,696 instructions / 11,954 bytes
Othello (U) 43.3% -> 44.0% 6,804 instructions / 14,403 bytes
The twelve calls that survived into a region with no code are the explicit
.byte rows they always were, with the same bytes. Every project still
prints Byte-identical ROM verified.
Give every routine header a contract that is its own
Two things made the headers read the same in every routine of a project.
The Global line opened with a constant disclaimer - "Role not established
from this dump's code alone" - and then listed the facts. The disclaimer
said nothing about the routine, so it was filler. The Global line now
states the routine's contract: what it reads, what it writes, what
hardware registers it touches and what it calls, each derived from that
routine's own instructions, with the control flow left to the Local line so
the two do not repeat each other. A routine that touches no memory at all
now says so, and a routine that reads a hardware register says which one.
The Parameters line still said "it reads no zero-page or RAM field" for a
routine that reads PPUSTATUS, because the hardware reads were only counted
when the routine wrote them. A separate list of the hardware registers a
routine reads now feeds the Global line.
derive_clobbers.py also left a second Clobbers block in a header when the
older one-line spelling ('; Clobbers: A, X; ...') was present: it removed
only the multi-line form. Both spellings are removed now, and the derived
block replaces them.
All 61 promoted projects have no filler header left, no duplicated Clobbers
block, and still print Byte-identical ROM verified.
Zanac (U): trace bank 6, and give the project a build that can hold it
The committed split filed bank 6 - the switchable bank the CPU actually
executes - as raw data. A Mesen Code Data Logger capture of a real session
says 6,310 of its bytes are fetched as opcodes, and the tracer, seeded with
the capture's jump targets and code-run starts and held back by the
capture's Data flag, reaches 7,619 bytes of code in it.
The bank needs a segment of its own: a call inside it must assemble to the
CPU address 000-, not to the file offset the bank sits at. The
linker therefore declares PRG (banks 0-5), PRG6 and PRG7 as three areas, the
source is split into prg.s, prg.6.s and prg.07.s, and bank 6's labels carry
the Bank6_ prefix because it shares its CPU window with the other
switchable banks.
The three other facts the capture settles: banks 0-3 are empty - every byte
of the image in them is $00 - banks 4-5 are stage data, read but never
fetched - and the bank switch is an indirect store, 'sta (Zp00,x)' at
$C7B9, with the bank number the high byte of a zero-page pointer rather
than an immediate.
The coverage goes from 32.5% to 44.5% of the 128 KB image. Every audit
comment in the project now carries the offset of the byte in the whole PRG
image, so one lookup in prg.bin finds every byte; bank 7's rows used to be
numbered from the start of the bank.
Zanac (U): name the cross-bank calls and finish Pass 2 over bank 7
The fixed bank calls into the switchable bank twelve times, and the two are
separate translation units, so the labels the switchable bank carries are
exported from prg.6.s and imported into prg.07.s. The one call left over
points into unmapped space and is the explicit .byte row it always was.
Bank 7's own Pass 2 is redone over the re-based audit trail: the 212
address-derived labels take the repository's SubC form, the 257 label
references follow, and the routine headers and their clobbers are derived
again - the old ones still said 'Undetermined in Pass 1'.
Zanac now has 44.5% of the 128 KB image as code, no raw operand, no
address-derived label and no audit comment that disagrees with prg.bin.
Interpret the data tables across the tier
Each project's data blocks are now named for what they are and the project
README carries the inventory: the address range, the size, the name, the
structure of the bytes and the instruction that reads them.
Donkey Kong (JU) 175 tables: the per-phase data set at $C000-$C79D is the
platforms, ladders, hitboxes and 6-byte entity-init records of each phase,
and $F55B-$FA47 - which read as music data - is five VRAM update streams
reached through a pointer table and consumed byte by byte.
Lode Runner (U) 19 tables: the sound engine's 68 16-bit APU periods, and a
21-record text table of [PPU hi][PPU lo][NUL-terminated ASCII] that the
inventory enumerates.
Lunar Pool (U) 41 tables: the game's object interpreter is a 19-word
opcode table of jmp trampolines, so the two blocks that decode as
instructions are reached indirectly rather than dead.
Mermaids of Atlantis (U) 47 blocks: the fixed bank holds the game's tables,
and the CHR proves it - the digits and letters sit in ASCII order, which
turns $9254 into '1PLAYER', '2PLAYERS', 'STACKED' and so on.
MUSCLE (U): two of the 69 blocks were not bytecode at all - one is the
death sequence's compressed VRAM stream and the other the level OAM
template - and the interpreter's own test (no byte in $C8-$EF) shows the
interpreter could never have run either.
Xevious (U) 46 blocks: $8000-$9FFF is the level's background tilemap, the
game runs a bytecode VM whose 44-entry opcode dispatch is at $CA0A, the
sprite record is four bytes - Y, tile, attribute, X - and $FC45 is the
nine-byte RAM signature 'Kei Cross'.
Ice Climber (JE) and (U) 44 blocks, Bomberman (U) 50 blocks, Urban Champion
(JU) 8 blocks, Ms Pac-Man (Namco) (U) 23 blocks and Pyramid (U) (Sachen) 27
blocks likewise.
Every project still prints Byte-identical ROM verified.
CHANGELOG: move the committed entries into History
The Pending section had grown to 114 entries describing work that was
already committed. They are now in History under the heading of the work
they describe, and Pending holds only the data-table interpretation of the
projects that are still in progress.
Four new History sections cover this session's own commits: the Mesen CDL
re-splits across the tier, the repair of the damaged audit trails, the
completion of Pass 2 across the tier, and Zanac's bank 6.
Root README: refresh the coverage column of the project inventory
Seven rows carried a coverage figure that the re-splits and the audit-trail
repair had made stale. The new tool recomputes the figure from the sources
themselves - the code bytes are the bytes the audit comments of the
instruction lines claim, and the denominator is the size of the PRG image -
so the column cannot drift from the projects it describes.
Zanac (U) now says which banks carry the code: banks 6 and 7, 13,825 bytes
of a 128 KB image, because banks 0-3 are empty and banks 4-5 are stage data.
Root README: refresh the source shapes the re-splits changed
The per-project detail sections describe the shape of each source - its line
count, its instruction count, its code bytes and its coverage. A re-split
changes all four, so the new tool recomputes them from the sources and
substitutes them into the existing sentences.
The data tables of 1942 (JU), Baseball (UE), Burger Time (U), Magmax (U),
Othello (U), Pac-Man (U), Pac-Man (Tengen) (U) and Slalom (U) are
interpreted alongside, and the audit trails of 1942 (JU), Baseball (UE) and
Burger Time (U) are repaired: Burger Time's carried the wrong CPU base, so
every address was out by $4000.
AGENTS.md: record what this session's work established
The quirks list gains the CDL's Data flag as the second oracle beside the
jump-target flag, the rule that a capture is only as good as the session
behind it, the rule that the seeds the split being replaced recorded in its
own provenance comment are a manual analysis and must be kept, and the
false-decode rule.
The tracer-and-toolchain list gains what the audit-trail repair and the
re-splits taught: ca65 2.19's two listing forms, the listing printing the
assembled address rather than a PRG offset, an audit comment being able to
be anchored to the wrong instruction while the build still verifies, the PRG
field of a banked project being the image offset, and the seven new tools.
TODO.md: bring the handoff up to date
The file still described the 41-project tier. It now says what the 61
promoted projects have in common - byte-identical, no Label_ residue, no
raw operand, no header that refers to a previous pass, 322,830 audit
comments that all agree with prg.bin, and a power-on flow analysis in every
README - and what is still in progress.
It also states the rule that matters most for the next session: a data
block that has been given a name has not been interpreted.
Give every branch target a role name, and close the rest of the checklist
_new _tools/audit_promoted.py_ checks the promoted tier against all eleven
items of PROMPTS.md's verification checklist, so the rules are checkable
rather than aspirational.
Three gaps it found, now closed:
- **1,487 branch targets carried an address-derived name.** PROMPTS.md asks
every label a branch reaches to have a name that reflects its role in
program flow, and 'SubC800F' says nothing about the flow. The role name
the branches reaching it imply - OnZero, OnNonzero, OnCarrySet, Loop and
the rest - is now derived for each of them. derive_branch_names.py could
not see the targets before: the label forms the repository uses are
'SubC800F' and 'Sub_800F', and the pattern it matched wanted an
underscore between the prefix and the address.
- **48 operands named a hardware register by its address.** Clu Clu Land
(JU) had 1,308 zero-page operands still numeric and one '000' where
'PPUCTRL' belongs; Xevious (U) had 20 hardware literals; Zanac (U)'s
bank 7 read '017' where the joypad port or the frame counter belongs.
Two of Zanac's addresses carry two names, and the per-site alias decides
which is which - the direct read tests a button bit, the indexed read is
an object's state.
- **325 neutral zero-page slots carried no reason.** locals.inc now says,
per slot, that the name is provisional.
The tools grew to match: apply_symbols.py accepts an upper-case mnemonic,
apply_zp_aliases.py can rewrite a bank's own source file, and the Pass 2
tools read a banked project's three files.
Every project still prints Byte-identical ROM verified.
PROMPTS.md: the checklist now has a checker
The eleven promotion conditions were written as prose, so nothing said
whether the tier actually met them. _tools/audit_promoted.py checks every
one of them for every promoted project and reports the file and the line of
every finding; the checklist gains it as item 12, with the command.
CHANGELOG: record the checklist work
audit_promoted.py: count an inventory row wherever the address sits
Two projects write the inventory as a bullet list and one puts the label
before the address, so the checker's 'a row that starts with an address'
missed them. A row now counts when it holds a $XXXX address in any cell.
Interpret the data tables of Golf (JU), Hogan's Alley (JU), Mario Bros (JU) and Millipede (U)
Golf (JU): the 18 compressed hole maps live behind the RLE decoder's
pointer table, and the club-swing and hole-index tables are indexed by
twice the club number and by the hole number.
Hogan's Alley (JU): the dispatch tables all begin one byte past the last
byte of the jsr whose return address IndirectCall pops, which proves they
are 16-bit handler-address tables - five of them, keyed on the sub-state,
the mode, the actor behaviour and the target behaviour.
Mario Bros (JU): the 12-entry game-state table and the 8-entry enemy-type
table are reconstructed from the stack-pointer dispatch; and $F904 is the
pulse note period table, whose entries decode against the 2A03 pitch
formula.
Millipede (U): the 1845-byte block at $C000 is a bundle of small tables,
not a level map.
Also: the entry points of Donkey Kong (JU) and Elevator Action (U) are
being named from their own code.
Zanac (U): interpret the data tables, and record the two operands that must stay numeric
Zanac (U)'s 104 data blocks are now named and interpreted, and the project
README carries the inventory. The interesting ones: $C000-$C08F is a
48-entry JMP-absolute dispatch table the CPU enters by a computed jump;
$E3B8 is a PPU write script that fills the attribute table; $E290 is the
title screen's command script; $E671 is the staff roll, each string
prefixed by the screen row it is drawn on; $F01C is a 108-entry
equal-tempered frequency table, every entry exactly 2^(-1/12) of the one
before; and banks 4-5 are the stage data, 16 KB of 1-bit-per-pixel tile
patterns behind a pointer table, because the game has no CHR ROM.
name_data_region.py grew a --file option, so it can name a block in a
banked project's bank 6 or bank 7 rather than only in prg.s.
Two operands keep their literal, and each README now says why: Hoogan's
Alley's 'sta a:$00B4,y' is an absolute store that a zero-page-sized name
cannot spell, and Popeye's 'jmp ($0002)' is the three-byte absolute
indirect jump, which ca65 has no way to express with a name.
Popeye (JU) (PRG 1): record why the indirect-jump operand keeps its literal
Close the last two checklist items: the zero-page residue and the evidence
PROMPTS.md's item 8 asks that apply_symbols.py leave no resolvable operand
numeric without justification. Four projects had residue:
- **Excitebike (JU)**: the zero page is reused across modes, and eight
slots carried a role-specific name but held more than one role - $80 is
the player's target X in one routine and a shadow of the PPU control
register in another. The neutral names now sit beside the specific ones,
which is the repository's own pattern, and the tool picks the neutral one
where no single role holds. Its residue is zero.
- **Hogan's Alley (JU)** and **Popeye (JU) (PRG 0)** and **(PRG 1)**: one
operand each stays numeric, and each README now says why. 'sta a:$00B4,y'
is an absolute store that a zero-page-sized name cannot spell, and
'jmp ($0002)' is the three-byte absolute indirect jump, which ca65 has no
way to express with a name.
apply_symbols.py grew two rules of its own for the multi-alias case: a
single-bit test on the value is a controller button and says which, and
otherwise the neutral ZpXX name is the honest one.
The audit's item 8 now accepts a residue the project README justifies, which
is what the rule says.
Every project still prints Byte-identical ROM verified.
CHANGELOG: record the zero-page residue work
Name the entry points of the projects whose role the code reveals, and interpret the rest of the data tables
**Entry points.** PROMPTS.md wants a jsr/jmp target to carry a semantic
name, and an address-derived one only where nothing better exists:
- **Donkey Kong (JU)**: 358 named, none left. 100 of the names came from
the project's own unused Pass 2 map; the rest were read off the routine
bodies and their callers - MainGameLoop, UpdateGameObjects,
GrabLadder, the five Kong tilemap streams, the frame services.
- **Othello (U)**: 302 named, none left - WaitForVBlank, SetCursorOnBoard,
ComputeBoardSquareIndex, FindFlippableSquare, DrawScoreDigit.
- **Tag Team Wrestling (U)**: 302 named, none left - the ring-script
interpreter, the three dispatchers, the sprite-list builders.
- **Clu Clu Land (JU)**, **Defender 2 (U)**, **Donkey Kong 3 (JUE)** and
**Donkey Kong Jr. (JU)**: their data tables are interpreted.
**Data tables.** Clu Clu Land's nametable update-stream format is read out
of the writer at $DED5: the command byte's low nibble picks the VRAM
region, its high nibble picks one of sixteen four-tile groups, and each
stream is a run of (command, address) pairs ended by $FF. Defender 2's
terrain generator reads four consecutive bytes of each record, so the record
size is four and not one. Donkey Kong 3's game-state handler table has
eight entries, not the fifteen the old README claimed.
name_data_region.py now cuts a .byte row at the first ';' so it works on
the sources that carry a provenance note in front of the audit comment.
Every project still prints Byte-identical ROM verified.
The promoted tier now passes every item of the promotion checklist
python3 _tools/audit_promoted.py --build reports nothing for all 61
projects.
**Data tables.** CIRCUS, Duck Hunt (JUE) and Balloon Fight (JU) join the
rest. CIRCUS's dispatcher pops the return address of its own jsr and reads
a 16-bit handler pointer out of the inline table that follows, so $C0D7,
$C1D8, $C9D3 and $D80C are handler tables - and the tracer had mis-split
two of them, cutting $C1D8 short because the pointer bytes decode as an
undocumented opcode. Duck Hunt's $E64B is the duck's 24 ascending speed
table. Balloon Fight's $D65C is 64 little-endian nametable addresses.
**Entry points.** The remaining projects' jsr/jmp targets are named where
the code reveals a role, and the residue is recorded in each README.
**One more tool fix.** name_data_region.py cuts a .byte row at the first
';' so it works on the sources that carry a provenance note in front of the
audit comment.
Every project still prints Byte-identical ROM verified.
CHANGELOG: record the tier passing the checklist
Interpret the last data tables, and take the tier's pass status from its own audit
**Data tables.** Tag Team Wrestling (U), World Class Track Meet (U),
Wild Gunman (U) and Tennis (JU).
Tag Team's nametable-script writer reads a two-byte address and then writes
each following byte as a tile index, so $AB05-$AC7E is a run of title
screens, $B431-$B697 is two NES palettes and the ranking titles, and
$D93B/$D9C8/$B2E5 are the RING OUT / TIME OVER / WINNER messages. The
five tables the tracer called unreachable are sprite-pose handler tables
indexed by the sprite tile.
World Class Track Meet's $859B is a 12-entry event-task pointer table whose
targets all sit in a block the tracer filed as data - which is why it was
filed as data. Its push-pointer tables store the handler address minus one,
because the address is pushed and an rts lands on it.
Wild Gunman's earlier Pass 3 was hollow: the tracer reached 49.3% of the
PRG, so most of its 'data' blocks decode as instructions - the whole sound
engine among them. The wrong SpritePositionTable name is gone.
Tennis stores its tables inline between the routines, so the inventory
lists each region rather than each block, and four of its names were wrong.
**Root README.** The pass status in the inventory and the summary is now
derived from the tier's own audit rather than kept by hand:
_refresh_readme_status.py_ rewrites the column from what
_audit_promoted.py_ finds.
Every project still prints Byte-identical ROM verified.
Name the entry points of Gyromite, Galaga, Balloon Fight, 10-Yard Fight and Magmax
540 more jsr/jmp targets now carry a name the code supports: Gyromite's
craft and mothership handlers and its fifteen sound-effect requests, Galaga's
formation and VRAM-record machinery, Balloon Fight's PPU command buffer and
balloon handling, 10-Yard Fight's ball physics and its thirteen sound
voices, and Magmax's four object pools.
Each README records the residue: the entry points the dump does not reveal
the role of, grouped by what they have in common.
Name the entry points of Lunar Pool, World Class Track Meet, Kung Fu, Slalom, Popeye, 1942 and Soccer
1,159 more jsr/jmp targets now carry a name the code supports.
Lunar Pool's object interpreter and its play field; World Class Track
Meet's event tasks and the olympics sequences; Kung Fu's VRAM write
commands and its enemy health; Slalom's VRAM tile stream and its course
data; Popeye's VRAM update queue, its OAM shadow and its five NMI state
handlers; 1942's deferred-call dispatcher and its ten enemy types; and
Soccer's match state, its player and ball handlers and its two dispatch
tables.
Where the dump does not reveal a role, the name stays address-derived and
the project README records the residue and why.
Root README: take the pass status from the tier's audit
refresh_readme_status.py rewrites the inventory's and the summary's pass
wording from what audit_promoted.py finds, so the two cannot disagree.
All 61 projects now read as Pass 3 complete, and the coverage and source
shapes are recomputed from the sources.
Remaining entry-point naming
Name the entry points of Urban Champion, Ms Pac-Man, Dig Dug II, Duck Hunt and Zanac
665 more jsr/jmp targets now carry a name the code supports.
Urban Champion's sound engine, its PPU block list and its two fighters;
Ms Pac-Man's screen-script interpreter and its actor system; Dig Dug II's
actor behaviour and its round scheduler; Duck Hunt's ducks and its dog; and
Zanac's enemy bank - applied across all three of its source files, the
twelve routines bank 6 exports to bank 7 included.
Ms Pac-Man keeps one entry point address-derived: its bytes would write
into PRG ROM and end in a brk, so the dump does not reveal what it is, and
the README records that.
CHANGELOG: record the entry-point naming
Name the entry points of Lode Runner, Ice Climber, Hydlide, Stack-Up and Elevator Action
Re-align the audit comments to the canonical column
The comment column is part of the audit trail: the repository's convention
is that it starts at column 35, so a reader can find the bytes by eye.
Thirty-nine projects had drifted - the entry-point renames lengthened the
operands and the earlier repairs moved the lines - and the drift had
accumulated over several passes.
align_audit_comments.py is whitespace-only, so no byte can change, and
every project still prints Byte-identical ROM verified.
Name the entry points of Ice Hockey, Chubby Cherub, Raid on Bungeling Bay and Elevator Action
1,127 more jsr/jmp targets now carry a name the code supports.
Ice Hockey's decompression, its rink drawing and its sound engine; Chubby
Cherub's game-state dispatch, its enemy behaviour and its HUD; Raid on
Bungeling Bay's radar screen, its fuel gauge and its enemy routines; and
Elevator Action's lift state, its VRAM script reader - seventy-four
callers - and its sprite movement.
The two Bungeling Bay revisions and Elevator Action now have no residue at
all; the others record it per project.
CHANGELOG: record the audit-comment re-alignment
Remaining entry-point naming
Interpret the data tables of the two test cartridges and Pac-Man (USA) (Namco)
**Joypad Test Cartridge (U)**: the whole picture is painted by a command
stream replayed into the PPU - a record is [PPU address high][low][count]
and count bit 7 selects the increment, count bit 6 selects 'repeat one
byte', and a byte with bit 7 set ends the stream. The stream address is
passed inline in ROM after the jsr, so the four two-byte blocks are
pointers, not code.
**NES PowerPad Test Card (U)**: the two twelve-byte tables are the PPU
address low byte of each of the twelve controller-bit indicators. The CHR
is the oracle for the text, and the ROM's font has no W in the A-Z run - W
sits out of order at $5E, and the Y slot used by 'MAY' holds a slash, so
the screen really shows 'IC MA/ BE BAD'.
**Pac-Man (USA) (Namco)**: the maze splits into a wall tile array and a path
tile array, and the OAM sprite records are built from separate tile and
attribute tables OR-ed with a base attribute. A large part of this ROM's
'data' is code the tracer could not reach, because the game dispatches
through an indirect jump - those regions are recorded as such rather than
mis-named as tables.
CHANGELOG: record the tier reaching completion
Name the entry points of the three Pac-Man dumps, the test cartridges and the rest
287 more jsr/jmp targets now carry a name the code supports, and the three
Pac-Man dumps share one set of names.
Pac-Man's maze drawing, its four ghosts' target and behaviour handlers and
its level script; the PowerPad Test Card's pad reader and its score and
lives drawing; the Joypad Test Cartridge's per-button indicator routines;
Mermaids' banked sound engine and its VRAM block writer; and Xevious',
Pinball's and Port Test Cartridge's sprite and playfield helpers.
Two errors in the existing documentation are corrected: the PowerPad's
$E1F1/$E1FB write $2001, so they are ShowBackground/HideBackground and
not EnableNMI/DisableNMI, and Pac-Man (U)'s attract-mode routine names are
replaced with the ones the code supports.
Every project still prints Byte-identical ROM verified.
CHANGELOG: the final entry-point numbers
1203 lines
24 KiB
Plaintext
1203 lines
24 KiB
Plaintext
A2C0 Sub_A2C0
|
|
A4EC Sub_A4EC
|
|
A5B2 Sub_A5B2
|
|
A5C2 Sub_A5C2
|
|
A6A3 Sub_A6A3
|
|
A6DE Sub_A6DE
|
|
A710 Sub_A710
|
|
A717 Sub_A717
|
|
A71E Sub_A71E
|
|
A722 Sub_A722
|
|
B8AB SetOamPtrs
|
|
B8D3 ClearOamInit
|
|
B8EF ClearZpVars
|
|
B930 WriteOamAttr
|
|
B94B OamEntryDone
|
|
B95C UpdateOamSprite
|
|
B994 ProcessSpriteList
|
|
BA00 SetSpriteActive
|
|
BA0F SetSpriteAttr
|
|
BA65 SpriteListDone
|
|
BAAB SetAttrZero
|
|
BAB8 SetAttrBit6
|
|
BAD0 SetAttrClear67
|
|
BAE8 SetAttrClear5
|
|
BB00 SetAttrByteLo
|
|
BB10 SetAttrByte4
|
|
BB20 SetAttrByte1
|
|
BB30 CalcOamPtr
|
|
BEFB GameModeDispatch
|
|
BF4D ObjSpritesInit6
|
|
BF54 ObjSpritesInit5
|
|
BF5B ObjSpritesInit4
|
|
BF5F ObjSpriteLoop
|
|
BF68 ObjCoordClamp
|
|
BFA9 ObjSpriteLoop2
|
|
BFC5 ObjSpriteReturn
|
|
BFCA ObjSpriteInit
|
|
BFDE ObjSpriteCopyTable
|
|
BFEA ObjSpriteLoop3
|
|
BFEE ObjSpriteAdjust
|
|
BFFD ObjSpriteStore
|
|
C00F ObjNullRoutine
|
|
C010 ObjSpawnInit
|
|
C022 Sub_C022
|
|
C02E ObjMoveY
|
|
C03C ObjMoveXSign
|
|
C056 ObjSpawnInit2
|
|
C05D ObjSetPosition
|
|
C09D Sub_C09D
|
|
C1FE ObjInitCall
|
|
C265 ObjSubRoutine
|
|
C274 Sub_C274
|
|
C27B ObjSubRoutine2
|
|
C27D ObjPushX
|
|
C305 Sub_C305
|
|
C30F Sub_C30F
|
|
C364 Sub_C364
|
|
C36D Sub_C36D
|
|
C376 ObjSpriteSetup
|
|
C3C6 ObjDrawCall
|
|
C3F1 ObjSpriteCheck
|
|
C42D ObjSpriteAttr
|
|
C455 Sub_C455
|
|
C49A Sub_C49A
|
|
C4D2 Sub_C4D2
|
|
C4F4 Sub_C4F4
|
|
C4FF Sub_C4FF
|
|
C50B Sub_C50B
|
|
C53B Sub_C53B
|
|
C568 ObjYCheck
|
|
C574 ObjYUpdate
|
|
C579 ObjXUpdate
|
|
C57B ObjXUpdate2
|
|
C626 Sub_C626
|
|
C658 Sub_C658
|
|
C699 ObjSpriteIndex
|
|
C6B4 ObjSpriteY
|
|
C6D4 Sub_C6D4
|
|
C711 Sub_C711
|
|
C720 ObjSpriteX
|
|
C7A0 ObjSpriteAttrs
|
|
C7C4 Sub_C7C4
|
|
C7C6 Sub_C7C6
|
|
C7D8 ObjCommonUpdate
|
|
C8B4 Sub_C8B4
|
|
C8BE Sub_C8BE
|
|
C8D2 Sub_C8D2
|
|
C90F Sub_C90F
|
|
C920 Sub_C920
|
|
C9BC C9bcCheck
|
|
C9BE DispatchCheck
|
|
C9D8 DispatchInc
|
|
CA07 JumpIndirect4
|
|
CA62 Sub_CA62
|
|
CA6C Sub_CA6C
|
|
CA76 Sub_CA76
|
|
CA80 Sub_CA80
|
|
CA88 Sub_CA88
|
|
CA92 Sub_CA92
|
|
CA99 Sub_CA99
|
|
CAA0 Sub_CAA0
|
|
CAAB Sub_CAAB
|
|
CAB2 Sub_CAB2
|
|
CAB6 DispatchStoreY2Rts
|
|
CAB9 Sub_CAB9
|
|
CAC0 Sub_CAC0
|
|
CAC7 Sub_CAC7
|
|
CACE Sub_CACE
|
|
CAD5 Sub_CAD5
|
|
CADC Sub_CADC
|
|
CAE3 Sub_CAE3
|
|
CAEA Sub_CAEA
|
|
CB02 Sub_CB02
|
|
CB0C Sub_CB0C
|
|
CB1A Sub_CB1A
|
|
CB24 Sub_CB24
|
|
CB2E Sub_CB2E
|
|
CB38 Sub_CB38
|
|
CB42 Sub_CB42
|
|
CB4C Sub_CB4C
|
|
CB53 Sub_CB53
|
|
CB5D Sub_CB5D
|
|
CB64 Sub_CB64
|
|
CB6E Sub_CB6E
|
|
CB77 Sub_CB77
|
|
CB7E Sub_CB7E
|
|
CB85 Sub_CB85
|
|
CB8C Sub_CB8C
|
|
CB93 Sub_CB93
|
|
CB9A DispatchStoreLsrs
|
|
CBDA DispatchLsrsPhi
|
|
CC12 DispatchStoreLsrsB
|
|
CC4A DispatchLsrsPhiB
|
|
CC80 Sub_CC80
|
|
CC8D DispatchLsrsRts
|
|
CCE1 DispatchLsrsRts2
|
|
CD45 Sub_CD45
|
|
CE03 Sub_CE03
|
|
CE11 DispatchAndCheck
|
|
CE50 DispatchOraCheck
|
|
CECF Sub_CECF
|
|
CEF6 DispatchJmpA
|
|
CEFB DispatchLdaA
|
|
CEFD DispatchStoreJsrStoreLda
|
|
CF22 Sub_CF22
|
|
CF2F DispatchJsrStoreLdaClc
|
|
CF65 DispatchJsrStoreLdaClc2
|
|
CF95 Sub_CF95
|
|
CF9B DispatchJsrStoreLdaClc3
|
|
CFCF Sub_CFCF
|
|
CFD5 DispatchTyaPhaLdy
|
|
D024 Sub_D024
|
|
D03D DispatchAddStoreLda
|
|
D05C DispatchAdcStoreLdaAdd
|
|
D081 DispatchAdcStoreRts
|
|
D088 DispatchJsrSubBcs
|
|
D0F8 DispatchCheckLdaRts
|
|
D102 DispatchCheckLdaRts2
|
|
D10C DispatchStoreB
|
|
D10E DispatchStoreStoreStoreStore
|
|
D154 DispatchLdyA
|
|
D167 ObjMoveCall
|
|
D19B DispatchTxAddTaxCpx
|
|
D1CB DispatchTxAddTaxCpx2
|
|
D1FB DispatchSubTaxBpl
|
|
D209 DispatchLdyPhaLdaPha
|
|
D2C4 Sub_D2C4
|
|
D2CB DispatchCheckBeqRts
|
|
D2E9 Sub_D2E9
|
|
D314 DispatchCmpBneLdaSub
|
|
D328 DispatchStoreStoreStoreStx
|
|
D343 Sub_D343
|
|
D35E DispatchStoreJmp
|
|
D367 Sub_D367
|
|
D372 DispatchCmpBneLdaSub2
|
|
D383 DispatchLdaD
|
|
D385 Sub_D385
|
|
D387 DispatchStoreStoreStoreStx4
|
|
D3AC DispatchCpxBneLdaAndClc
|
|
D3BA Sub_D3BA
|
|
D3C3 DispatchLdxC
|
|
D3FD Sub_D3FD
|
|
D446 Sub_D446
|
|
D498 Sub_D498
|
|
D4A8 DispatchCheckLdaAdd
|
|
D4E3 DispatchCheckLdaAdd2
|
|
D55E Sub_D55E
|
|
D594 DispatchTaxPhaLdxLda
|
|
D59A Sub_D59A
|
|
D5CF Sub_D5CF
|
|
D5D5 DispatchLdaBne
|
|
D5D9 DispatchLdyBeqLdaAdd
|
|
D5E5 DispatchStoreIncStoreInc
|
|
D617 Sub_D617
|
|
D62C Sub_D62C
|
|
D63E Sub_D63E
|
|
D6F9 Sub_D6F9
|
|
D7A7 Sub_D7A7
|
|
D7DA DispatchLsrsLsrsAnd
|
|
D820 Sub_D820
|
|
D8E0 Sub_D8E0
|
|
D909 Sub_D909
|
|
D987 Sub_D987
|
|
D9EC DispatchStoreStoreLdaJsrRts
|
|
DA2D Sub_DA2D
|
|
DA5C Sub_DA5C
|
|
DA91 Sub_DA91
|
|
DB1A Sub_DB1A
|
|
DB8C DispatchLdyBeqLdaAdd3
|
|
DBA2 Sub_DBA2
|
|
DBB3 Sub_DBB3
|
|
DBC4 Sub_DBC4
|
|
DBF2 Sub_DBF2
|
|
DC03 DispatchDecBneLdaStoreLda
|
|
DC36 Sub_DC36
|
|
DC76 DispatchLdaLdy
|
|
DC78 Sub_DC78
|
|
DCB1 DispatchStoreStoreStore
|
|
DCBA Sub_DCBA
|
|
DCDC DispatchLdaBne2
|
|
DCE1 DispatchSubSecClcAdd
|
|
DD28 Sub_DD28
|
|
DEE0 Sub_DEE0
|
|
DF15 DispatchJsrTaxLsrs
|
|
DF4D ObjIterLoop
|
|
DF66 PushXY
|
|
DF6F PopXY
|
|
DFA9 Sub_DFA9
|
|
DFBB Sub_DFBB
|
|
DFBE DispatchJsrJsrLdaBne
|
|
E006 DispatchJsrJsrJsrLsrsBcs
|
|
E06D DispatchLdaBeqLdaJsr
|
|
E084 Sub_E084
|
|
E08B DispatchStoreJsrLdaJsrLda
|
|
E100 Sub_E100
|
|
E111 DispatchJsrJsrJsrLsrsBcs2
|
|
E134 DispatchJsrJsrJsrLsrsBcs3
|
|
E151 DispatchCmpLdaBccLda
|
|
E178 Sub_E178
|
|
E1A0 DispatchJsrJsrJsrJsrLsrs
|
|
E240 DispatchAndBeqIncLda
|
|
E25B DispatchStoreStoreStoreLda
|
|
E2CF DispatchJsrLdaBneJsrAnd
|
|
E308 Sub_E308
|
|
E332 Sub_E332
|
|
E341 Sub_E341
|
|
E39B DispatchJsrLdaBneJsrAnd3
|
|
E3FB DispatchLdaJsrJmpF
|
|
E44C DispatchJsrJsrLdaBmiJsr
|
|
E4E4 Sub_E4E4
|
|
E520 Sub_E520
|
|
E532 DispatchLdaJsrJmpG
|
|
E548 DispatchJsrJsrJmp3
|
|
E59A Sub_E59A
|
|
E63C DispatchJsrLdaCmpBccLda
|
|
E648 Sub_E648
|
|
E6B9 DispatchJsrLdaOraBneLda
|
|
E718 Sub_E718
|
|
E7F6 Sub_E7F6
|
|
E82B Sub_E82B
|
|
E831 DispatchJsrLdaSubStore
|
|
E84F DispatchJsrG
|
|
E853 Sub_E853
|
|
E855 DispatchLdaCmpBcsCmpBcs
|
|
E876 DispatchCmpBeqLda
|
|
E887 DispatchDecLdaBplIncInc
|
|
E8A9 DispatchLdyB
|
|
E8C0 DispatchLdyC
|
|
E983 Sub_E983
|
|
E98B DispatchLdaOraBeq
|
|
E9B0 Sub_E9B0
|
|
E9CC DispatchLdyD
|
|
E9EE Sub_E9EE
|
|
EA22 DispatchJsrJsrJsrJsrLsrs4
|
|
EA3B Sub_EA3B
|
|
EA67 DispatchJsrCmpBeqBcsLda2
|
|
EA9F Sub_EA9F
|
|
EAE3 Sub_EAE3
|
|
EAE9 DispatchJsrIncBneInc
|
|
EB1E Sub_EB1E
|
|
EB30 Sub_EB30
|
|
EB3C DispatchAddStoreLda6
|
|
EB5B DispatchAdcStoreLdaAdd2
|
|
EB80 DispatchAdcStoreRts2
|
|
EB87 DispatchLdyE
|
|
EBE5 DispatchLdaI
|
|
EBE8 DispatchLsrsTayStoreLda
|
|
EC44 DispatchStoreIncIncLdaStoreInc
|
|
EC69 DispatchStoreJsrSubBcsEor
|
|
EC96 Sub_EC96
|
|
ECE3 DispatchStoreLdaStoreStoreStore
|
|
ECE5 Sub_ECE5
|
|
ED17 Sub_ED17
|
|
ED3F DispatchLdaStoreLdaStoreLdy
|
|
ED5D DispatchJsrLdaCmpBccBneLda
|
|
EE28 Sub_EE28
|
|
EE3C Sub_EE3C
|
|
EE50 Sub_EE50
|
|
EE6C Sub_EE6C
|
|
EE73 Sub_EE73
|
|
EE7C Sub_EE7C
|
|
EE8D Sub_EE8D
|
|
EE9E Sub_EE9E
|
|
EED1 Sub_EED1
|
|
EF09 Sub_EF09
|
|
EF2B Sub_EF2B
|
|
EF35 Sub_EF35
|
|
EFFE Sub_EFFE
|
|
F018 Sub_F018
|
|
F0E2 Sub_F0E2
|
|
F1DC DispatchLdyJmp
|
|
F21D InputRead
|
|
F255 DispatchLdaStoreStoreStoreDec
|
|
F2AF DispatchLdyJsrLdxLdaStoreIny
|
|
F300 DispatchDecLdaBplLdaStore
|
|
F331 DispatchLdaCmpBmiClcAdd
|
|
F34D DispatchLdaBeqDecLdxStx
|
|
F385 DispatchLdaStoreLdaClcAddStore
|
|
F3C2 Sub_F3C2
|
|
F50A DispatchJsrLdaStoreInyLdx
|
|
F52B DispatchTaxLdxCmpBccInxInx
|
|
F52E DispatchCmpBccInxInxJmpLda
|
|
F55C DispatchLdaEorEorAslAslRol
|
|
F574 DispatchLdxLdaStoreLdaCmpBcs
|
|
F593 DispatchStoreLdaTayLdaStoreIny
|
|
F5A5 DispatchLdaCmpBeqCmpBneRts
|
|
F61D DispatchLdaBneStoreStoreLdxLdy
|
|
F635 ObjUpdateCall
|
|
F6B9 DispatchStoreLdaSecSbcBcsCmp
|
|
F6D2 DispatchOraAndStore
|
|
F6D6 DispatchStoreLdaOraStaJsrLda
|
|
F6F8 DispatchJsrStxLdaStoreStoreLda2
|
|
F765 DispatchLdaBneLdaRorBcsLda2
|
|
F7F4 DispatchLdyLdaAndBneLdaStore
|
|
F835 DispatchLdyJsrLdyJsrLdyLda
|
|
F841 DispatchLdaBmiBeqLdaStoreLda2
|
|
F87F DispatchLdxLdaTayLdaStoreTya
|
|
F88F DispatchLsrsLsrsLsrsAndTayLda
|
|
F8C1 Sub_F8C1
|
|
F8D1 Sub_F8D1
|
|
F916 DispatchAslTayLdaStoreLdaStore2
|
|
F920 DispatchLdaStoreLdaStoreLdyLda
|
|
FAF6 Reset
|
|
FB00 WaitVblank
|
|
FB07 CopyResetVars
|
|
FB30 ClearVramByte
|
|
FB32 ClearVramLoop
|
|
FB37 VramClearLoop
|
|
FB76 CopyPaletteToOam
|
|
FB96 CompareResetVars
|
|
FBA3 CopyResetVars2
|
|
FBC4 CopyResetLoop
|
|
FBC6 CopyResetByte
|
|
FC16 NmiSpinLoop
|
|
FC4E NmiHandler
|
|
FD0E NmiClearOam
|
|
FD12 NmiClearOamLoop
|
|
FD2F NmiGameMode2Update
|
|
FD3B NmiCallObjMove
|
|
FD3E NmiGameModeCheck
|
|
FDBD DispatchLdaBneStoreLdaOraBeq
|
|
FE0A NmiOamDmaCopy
|
|
FE0C NmiOamAddrLoop
|
|
FE37 ReadJoypad
|
|
FE7E JoypadDone
|
|
FEB9 JoypadRts
|
|
FF1D IrqHandler
|
|
|
|
# ---- derived internal branch-target names ----
|
|
A2C0 Sub_A2C0
|
|
A41C Sub_A41C_OnNonzero
|
|
A441 Sub_A441_Loop
|
|
A44D Sub_A44D_OnNonnegative
|
|
A4D4 Sub_A4D4_OnNonzero
|
|
A4E4 Sub_A4E4_Loop
|
|
A4EC Sub_A4EC
|
|
A4F6 Sub_A4F6_OnNonzero
|
|
A523 Sub_A523_OnNonzero
|
|
A53A Sub_A53A_Loop
|
|
A553 Sub_A553_OnNonzero
|
|
A570 Sub_A570_Loop
|
|
A57A Sub_A57A_Loop
|
|
A585 Sub_A585_Loop
|
|
A591 Sub_A591_Loop
|
|
A597 Sub_A597_OnCarrySet
|
|
A59C Sub_A59C_OnCarrySet
|
|
A5A1 Sub_A5A1_OnCarrySet
|
|
A5A6 Sub_A5A6_OnCarryClear
|
|
A5AB Sub_A5AB_OnCarryClear
|
|
A5B0 Sub_A5B0_OnCarryClear
|
|
A5B2 Sub_A5B2
|
|
A5B4 Sub_A5B4_OnNonzero
|
|
A5C2 Sub_A5C2
|
|
A601 Sub_A601_Loop
|
|
A602 Sub_A602_Loop
|
|
A629 Sub_A629_Loop
|
|
A664 Sub_A664_OnNonnegative
|
|
A68F Sub_A68F_OnNonzero
|
|
A6A3 Sub_A6A3
|
|
A6A5 Sub_A6A5_OnNonnegative
|
|
A6BA Sub_A6BA_OnNonnegative
|
|
A6CD Sub_A6CD_Loop
|
|
A6D7 Sub_A6D7_OnNonzero
|
|
A6DE Sub_A6DE
|
|
A703 Sub_A703_OnNonzero
|
|
A710 Sub_A710
|
|
A717 Sub_A717
|
|
A71E Sub_A71E
|
|
A722 Sub_A722
|
|
A72F Sub_A72F_OnNonzero
|
|
A73C Sub_A73C_OnNonnegative
|
|
A73E Sub_A73E_Loop
|
|
B8AB SetOamPtrs
|
|
B8D3 ClearOamInit
|
|
B8D7 Sub_B8D7_OnNonzero
|
|
B8E2 Sub_B8E2_OnNonzero
|
|
B8EF ClearZpVars
|
|
B901 Sub_B901_OnCarryClear
|
|
B916 Sub_B916_Loop
|
|
B92D Sub_B92D_Loop
|
|
B930 WriteOamAttr
|
|
B93D Sub_B93D_OnNonzero
|
|
B94B OamEntryDone
|
|
B95C UpdateOamSprite
|
|
B979 Sub_B979_Loop
|
|
B982 Sub_B982_Loop
|
|
B985 Sub_B985_Loop
|
|
B98E Sub_B98E_Loop
|
|
B994 ProcessSpriteList
|
|
BA00 SetSpriteActive
|
|
BA0F SetSpriteAttr
|
|
BA31 Sub_BA31_OnNonzero
|
|
BA38 Sub_BA38_Loop
|
|
BA58 Sub_BA58_Loop
|
|
BA65 SpriteListDone
|
|
BA79 Sub_BA79_Loop
|
|
BA7A Sub_BA7A_Loop
|
|
BAAB SetAttrZero
|
|
BAB8 SetAttrBit6
|
|
BAD0 SetAttrClear67
|
|
BAE8 SetAttrClear5
|
|
BB00 SetAttrByteLo
|
|
BB10 SetAttrByte4
|
|
BB20 SetAttrByte1
|
|
BB30 CalcOamPtr
|
|
BEFB GameModeDispatch
|
|
BF08 Sub_BF08_Loop
|
|
BF18 Sub_BF18_OnNonzero
|
|
BF2A Sub_BF2A_OnNonzero
|
|
BF4C Sub_BF4C_Loop
|
|
BF4D ObjSpritesInit6
|
|
BF54 ObjSpritesInit5
|
|
BF5B ObjSpritesInit4
|
|
BF5F ObjSpriteLoop
|
|
BF68 ObjCoordClamp
|
|
BF6C Sub_BF6C_OnCarrySet
|
|
BF82 Sub_BF82_Loop
|
|
BF84 Sub_BF84_Loop
|
|
BF8C Sub_BF8C_OnNonzero
|
|
BF9E Sub_BF9E_OnNonzero
|
|
BFA9 ObjSpriteLoop2
|
|
BFAB Sub_BFAB_OnNonzero
|
|
BFB8 Sub_BFB8_Loop
|
|
BFC5 ObjSpriteReturn
|
|
BFCA ObjSpriteInit
|
|
BFDE ObjSpriteCopyTable
|
|
BFEA ObjSpriteLoop3
|
|
BFEE ObjSpriteAdjust
|
|
BFFD ObjSpriteStore
|
|
C00E Sub_C00E_Loop
|
|
C00F ObjNullRoutine
|
|
C010 ObjSpawnInit
|
|
C01A Sub_C01A_OnNonnegative
|
|
C022 Sub_C022
|
|
C02B Sub_C02B_Loop
|
|
C02E ObjMoveY
|
|
C03A Sub_C03A_Loop
|
|
C03C ObjMoveXSign
|
|
C04B Sub_C04B_Loop
|
|
C056 ObjSpawnInit2
|
|
C05D ObjSetPosition
|
|
C082 Sub_C082_OnNonzero
|
|
C08B Sub_C08B_Loop
|
|
C090 Sub_C090_Loop
|
|
C099 Sub_C099_Loop
|
|
C09D Sub_C09D
|
|
C1FE ObjInitCall
|
|
C203 Sub_C203_Loop
|
|
C209 Sub_C209_OnNonzero
|
|
C213 Sub_C213_Loop
|
|
C215 Sub_C215_OnNonzero
|
|
C21F Sub_C21F_Loop
|
|
C22D Sub_C22D_Loop
|
|
C23A Sub_C23A_Loop
|
|
C249 Sub_C249_Loop
|
|
C24E Sub_C24E_Loop
|
|
C259 Sub_C259_OnNonzero
|
|
C265 ObjSubRoutine
|
|
C267 Sub_C267_OnNonzero
|
|
C26F Sub_C26F_Loop
|
|
C274 Sub_C274
|
|
C27B ObjSubRoutine2
|
|
C27D ObjPushX
|
|
C280 Sub_C280_OnNonzero
|
|
C28B Sub_C28B_Loop
|
|
C305 Sub_C305
|
|
C30F Sub_C30F
|
|
C311 Sub_C311_OnNonzero
|
|
C322 Sub_C322_Loop
|
|
C364 Sub_C364
|
|
C36D Sub_C36D
|
|
C376 ObjSpriteSetup
|
|
C378 Sub_C378_OnNonzero
|
|
C38B Sub_C38B_Loop
|
|
C3C6 ObjDrawCall
|
|
C3D0 Sub_C3D0_OnNonzero
|
|
C3E2 Sub_C3E2_Loop
|
|
C3F1 ObjSpriteCheck
|
|
C3F3 Sub_C3F3_OnNonzero
|
|
C3FD Sub_C3FD_Loop
|
|
C407 Sub_C407_Loop
|
|
C409 Sub_C409_OnNonzero
|
|
C41B Sub_C41B_Loop
|
|
C42D ObjSpriteAttr
|
|
C43B Sub_C43B_OnOverflowClear
|
|
C445 Sub_C445_OnNonnegative
|
|
C455 Sub_C455
|
|
C473 Sub_C473_OnOverflowClear
|
|
C47D Sub_C47D_OnNonnegative
|
|
C49A Sub_C49A
|
|
C4D2 Sub_C4D2
|
|
C4E6 Sub_C4E6_OnNegative
|
|
C4F4 Sub_C4F4
|
|
C4FB Sub_C4FB_Loop
|
|
C4FF Sub_C4FF
|
|
C50B Sub_C50B
|
|
C523 Sub_C523_Loop
|
|
C53B Sub_C53B
|
|
C568 ObjYCheck
|
|
C56E Sub_C56E_Loop
|
|
C571 Sub_C571_Loop
|
|
C574 ObjYUpdate
|
|
C579 ObjXUpdate
|
|
C57B ObjXUpdate2
|
|
C58C Sub_C58C_Loop
|
|
C5A2 Sub_C5A2_Loop
|
|
C626 Sub_C626
|
|
C640 Sub_C640_Loop
|
|
C64E Sub_C64E_Loop
|
|
C658 Sub_C658
|
|
C699 ObjSpriteIndex
|
|
C6AC Sub_C6AC_Loop
|
|
C6B4 ObjSpriteY
|
|
C6D4 Sub_C6D4
|
|
C6DF Sub_C6DF_Loop
|
|
C711 Sub_C711
|
|
C717 Sub_C717_Loop
|
|
C71F Sub_C71F_Loop
|
|
C720 ObjSpriteX
|
|
C72B Sub_C72B_Loop
|
|
C7A0 ObjSpriteAttrs
|
|
C7C4 Sub_C7C4
|
|
C7C6 Sub_C7C6
|
|
C7D7 Sub_C7D7_Loop
|
|
C7D8 ObjCommonUpdate
|
|
C7E0 Sub_C7E0_OnCarrySet
|
|
C7E1 Sub_C7E1_Loop
|
|
C80B Sub_C80B_OnNonzero
|
|
C837 Sub_C837_Loop
|
|
C8B4 Sub_C8B4
|
|
C8BE Sub_C8BE
|
|
C8D2 Sub_C8D2
|
|
C90F Sub_C90F
|
|
C920 Sub_C920
|
|
C9BC C9bcCheck
|
|
C9BE DispatchCheck
|
|
C9D8 DispatchInc
|
|
C9DE Sub_C9DE_Loop
|
|
C9E2 Sub_C9E2_Loop
|
|
C9E3 Sub_C9E3_Loop
|
|
C9F7 Sub_C9F7_Loop
|
|
CA07 JumpIndirect4
|
|
CA62 Sub_CA62
|
|
CA6C Sub_CA6C
|
|
CA76 Sub_CA76
|
|
CA80 Sub_CA80
|
|
CA88 Sub_CA88
|
|
CA92 Sub_CA92
|
|
CA99 Sub_CA99
|
|
CAA0 Sub_CAA0
|
|
CAAB Sub_CAAB
|
|
CAB2 Sub_CAB2
|
|
CAB6 DispatchStoreY2Rts
|
|
CAB9 Sub_CAB9
|
|
CAC0 Sub_CAC0
|
|
CAC7 Sub_CAC7
|
|
CACE Sub_CACE
|
|
CAD5 Sub_CAD5
|
|
CADC Sub_CADC
|
|
CAE3 Sub_CAE3
|
|
CAEA Sub_CAEA
|
|
CAED Sub_CAED_OnCarrySet
|
|
CB02 Sub_CB02
|
|
CB0C Sub_CB0C
|
|
CB1A Sub_CB1A
|
|
CB24 Sub_CB24
|
|
CB2E Sub_CB2E
|
|
CB38 Sub_CB38
|
|
CB42 Sub_CB42
|
|
CB4C Sub_CB4C
|
|
CB53 Sub_CB53
|
|
CB5D Sub_CB5D
|
|
CB64 Sub_CB64
|
|
CB6E Sub_CB6E
|
|
CB77 Sub_CB77
|
|
CB7E Sub_CB7E
|
|
CB85 Sub_CB85
|
|
CB8C Sub_CB8C
|
|
CB93 Sub_CB93
|
|
CB9A DispatchStoreLsrs
|
|
CBA3 Sub_CBA3_OnNonzero
|
|
CBAB Sub_CBAB_Loop
|
|
CBB6 Sub_CBB6_OnNonzero
|
|
CBDA DispatchLsrsPhi
|
|
CBF8 Sub_CBF8_Loop
|
|
CC12 DispatchStoreLsrsB
|
|
CC1B Sub_CC1B_OnNonzero
|
|
CC23 Sub_CC23_Loop
|
|
CC28 Sub_CC28_OnNonzero
|
|
CC4A DispatchLsrsPhiB
|
|
CC67 Sub_CC67_Loop
|
|
CC80 Sub_CC80
|
|
CC8D DispatchLsrsRts
|
|
CC93 Sub_CC93_Loop
|
|
CC9D Sub_CC9D_OnNonzero
|
|
CCAC Sub_CCAC_Loop
|
|
CCE1 DispatchLsrsRts2
|
|
CCE7 Sub_CCE7_Loop
|
|
CCF1 Sub_CCF1_OnNonzero
|
|
CD00 Sub_CD00_Loop
|
|
CD45 Sub_CD45
|
|
CD81 Sub_CD81_Loop
|
|
CE03 Sub_CE03
|
|
CE06 Sub_CE06_OnNonzero
|
|
CE11 DispatchAndCheck
|
|
CE30 Sub_CE30_Loop
|
|
CE3D Sub_CE3D_Loop
|
|
CE3E Sub_CE3E_Loop
|
|
CE45 Sub_CE45_Loop
|
|
CE50 DispatchOraCheck
|
|
CE5F Sub_CE5F_Loop
|
|
CE65 Sub_CE65_Loop
|
|
CE83 Sub_CE83_Loop
|
|
CEB5 Sub_CEB5_Loop
|
|
CEC2 Sub_CEC2_Loop
|
|
CECF Sub_CECF
|
|
CEF6 DispatchJmpA
|
|
CEFB DispatchLdaA
|
|
CEFD DispatchStoreJsrStoreLda
|
|
CF22 Sub_CF22
|
|
CF2F DispatchJsrStoreLdaClc
|
|
CF64 Sub_CF64_Loop
|
|
CF65 DispatchJsrStoreLdaClc2
|
|
CF95 Sub_CF95
|
|
CF9A Sub_CF9A_Loop
|
|
CF9B DispatchJsrStoreLdaClc3
|
|
CFCF Sub_CFCF
|
|
CFD4 Sub_CFD4_Loop
|
|
CFD5 DispatchTyaPhaLdy
|
|
CFD9 Sub_CFD9_OnNonzero
|
|
CFEA Sub_CFEA_Loop
|
|
D018 Sub_D018_OnNonzero
|
|
D024 Sub_D024
|
|
D03D DispatchAddStoreLda
|
|
D05A Sub_D05A_Loop
|
|
D05C DispatchAdcStoreLdaAdd
|
|
D07F Sub_D07F_Loop
|
|
D081 DispatchAdcStoreRts
|
|
D088 DispatchJsrSubBcs
|
|
D0BA Sub_D0BA_Loop
|
|
D0D8 Sub_D0D8_Loop
|
|
D0E6 Sub_D0E6_Loop
|
|
D0F8 DispatchCheckLdaRts
|
|
D0FF Sub_D0FF_Loop
|
|
D102 DispatchCheckLdaRts2
|
|
D109 Sub_D109_Loop
|
|
D10C DispatchStoreB
|
|
D10E DispatchStoreStoreStoreStore
|
|
D121 Sub_D121_Loop
|
|
D129 Sub_D129_OnNonzero
|
|
D154 DispatchLdyA
|
|
D156 Sub_D156_OnNonzero
|
|
D166 Sub_D166_Loop
|
|
D167 ObjMoveCall
|
|
D169 Sub_D169_OnNonzero
|
|
D17E Sub_D17E_Loop
|
|
D198 Sub_D198_Loop
|
|
D19B DispatchTxAddTaxCpx
|
|
D1AB Sub_D1AB_OnNonzero
|
|
D1B9 Sub_D1B9_OnNonzero
|
|
D1C8 Sub_D1C8_Loop
|
|
D1CB DispatchTxAddTaxCpx2
|
|
D1D5 Sub_D1D5_Loop
|
|
D1DB Sub_D1DB_Loop
|
|
D1DD Sub_D1DD_OnNonnegative
|
|
D1E9 Sub_D1E9_OnNonnegative
|
|
D1F8 Sub_D1F8_Loop
|
|
D1FB DispatchSubTaxBpl
|
|
D203 Sub_D203_Loop
|
|
D209 DispatchLdyPhaLdaPha
|
|
D2C4 Sub_D2C4
|
|
D2CB DispatchCheckBeqRts
|
|
D2D1 Sub_D2D1_Loop
|
|
D2DF Sub_D2DF_OnNonzero
|
|
D2E9 Sub_D2E9
|
|
D2F3 Sub_D2F3_Loop
|
|
D2F4 Sub_D2F4_Loop
|
|
D301 Sub_D301_OnCarryClear
|
|
D314 DispatchCmpBneLdaSub
|
|
D322 Sub_D322_Loop
|
|
D328 DispatchStoreStoreStoreStx
|
|
D343 Sub_D343
|
|
D350 Sub_D350_Loop
|
|
D351 Sub_D351_Loop
|
|
D35E DispatchStoreJmp
|
|
D365 Sub_D365_OnNonzero
|
|
D367 Sub_D367
|
|
D372 DispatchCmpBneLdaSub2
|
|
D383 DispatchLdaD
|
|
D385 Sub_D385
|
|
D387 DispatchStoreStoreStoreStx4
|
|
D395 Sub_D395_OnNonzero
|
|
D39E Sub_D39E_OnNonzero
|
|
D3A8 Sub_D3A8_Loop
|
|
D3AC DispatchCpxBneLdaAndClc
|
|
D3BA Sub_D3BA
|
|
D3BC Sub_D3BC_OnNonzero
|
|
D3C3 DispatchLdxC
|
|
D3C5 Sub_D3C5_OnNonzero
|
|
D3D6 Sub_D3D6_Loop
|
|
D3F1 Sub_D3F1_OnCarryClear
|
|
D3F2 Sub_D3F2_Loop
|
|
D3FA Sub_D3FA_Loop
|
|
D3FD Sub_D3FD
|
|
D421 Sub_D421_Loop
|
|
D446 Sub_D446
|
|
D451 Sub_D451_OnNonzero
|
|
D462 Sub_D462_Loop
|
|
D498 Sub_D498
|
|
D4A8 DispatchCheckLdaAdd
|
|
D4B5 Sub_D4B5_OnCarryClear
|
|
D4B7 Sub_D4B7_OnNonzero
|
|
D4B9 Sub_D4B9_Loop
|
|
D4C1 Sub_D4C1_Loop
|
|
D4E3 DispatchCheckLdaAdd2
|
|
D4F1 Sub_D4F1_OnCarryClear
|
|
D4F3 Sub_D4F3_OnNonzero
|
|
D4F5 Sub_D4F5_Loop
|
|
D4FE Sub_D4FE_Loop
|
|
D52F Sub_D52F_Loop
|
|
D55E Sub_D55E
|
|
D561 Sub_D561_Loop
|
|
D56A Sub_D56A_OnNonzero
|
|
D56B Sub_D56B_Loop
|
|
D58A Sub_D58A_Loop
|
|
D594 DispatchTaxPhaLdxLda
|
|
D59A Sub_D59A
|
|
D59D Sub_D59D_OnNonzero
|
|
D5AE Sub_D5AE_Loop
|
|
D5CF Sub_D5CF
|
|
D5D5 DispatchLdaBne
|
|
D5D9 DispatchLdyBeqLdaAdd
|
|
D5E5 DispatchStoreIncStoreInc
|
|
D603 Sub_D603_Loop
|
|
D608 Sub_D608_Loop
|
|
D617 Sub_D617
|
|
D618 Sub_D618_OnNegative
|
|
D61B Sub_D61B_Loop
|
|
D629 Sub_D629_OnNonnegative
|
|
D62C Sub_D62C
|
|
D63E Sub_D63E
|
|
D6F9 Sub_D6F9
|
|
D794 Sub_D794_OnNonzero
|
|
D7A7 Sub_D7A7
|
|
D7BE Sub_D7BE_Loop
|
|
D7DA DispatchLsrsLsrsAnd
|
|
D804 Sub_D804_OnNonzero
|
|
D820 Sub_D820
|
|
D82E Sub_D82E_Loop
|
|
D8E0 Sub_D8E0
|
|
D8F2 Sub_D8F2_Loop
|
|
D8FF Sub_D8FF_Loop
|
|
D909 Sub_D909
|
|
D916 Sub_D916_Loop
|
|
D92B Sub_D92B_Loop
|
|
D987 Sub_D987
|
|
D99E Sub_D99E_Loop
|
|
D9A6 Sub_D9A6_Loop
|
|
D9E2 Sub_D9E2_Loop
|
|
D9E7 Sub_D9E7_Loop
|
|
D9EC DispatchStoreStoreLdaJsrRts
|
|
D9F6 Sub_D9F6_Loop
|
|
D9F7 Sub_D9F7_Loop
|
|
DA2D Sub_DA2D
|
|
DA3D Sub_DA3D_OnZero
|
|
DA3E Sub_DA3E_Loop
|
|
DA5C Sub_DA5C
|
|
DA6D Sub_DA6D_Loop
|
|
DA91 Sub_DA91
|
|
DAA8 Sub_DAA8_Loop
|
|
DAB0 Sub_DAB0_Loop
|
|
DADD Sub_DADD_Loop
|
|
DB1A Sub_DB1A
|
|
DB2A Sub_DB2A_Loop
|
|
DB3D Sub_DB3D_Loop
|
|
DB5A Sub_DB5A_Loop
|
|
DB6A Sub_DB6A_Loop
|
|
DB8C DispatchLdyBeqLdaAdd3
|
|
DBA2 Sub_DBA2
|
|
DBB2 Sub_DBB2_OnZero
|
|
DBB3 Sub_DBB3
|
|
DBC4 Sub_DBC4
|
|
DBC7 Sub_DBC7_Loop
|
|
DBDC Sub_DBDC_Loop
|
|
DBF2 Sub_DBF2
|
|
DC03 DispatchDecBneLdaStoreLda
|
|
DC12 Sub_DC12_OnNonzero
|
|
DC1E Sub_DC1E_Loop
|
|
DC1F Sub_DC1F_OnCarryClear
|
|
DC36 Sub_DC36
|
|
DC54 Sub_DC54_Loop
|
|
DC76 DispatchLdaLdy
|
|
DC78 Sub_DC78
|
|
DC9C Sub_DC9C_Loop
|
|
DC9D Sub_DC9D_Loop
|
|
DCB1 DispatchStoreStoreStore
|
|
DCBA Sub_DCBA
|
|
DCDC DispatchLdaBne2
|
|
DCE1 DispatchSubSecClcAdd
|
|
DCFF Sub_DCFF_Loop
|
|
DD27 Sub_DD27_Loop
|
|
DD28 Sub_DD28
|
|
DD79 Sub_DD79_Loop
|
|
DEE0 Sub_DEE0
|
|
DEE8 Sub_DEE8_OnZero
|
|
DEEA Sub_DEEA_OnNonzero
|
|
DF01 Sub_DF01_OnNonzero
|
|
DF10 Sub_DF10_OnNegative
|
|
DF15 DispatchJsrTaxLsrs
|
|
DF4D ObjIterLoop
|
|
DF53 Sub_DF53_OnNonzero
|
|
DF66 PushXY
|
|
DF6F PopXY
|
|
DFA9 Sub_DFA9
|
|
DFBB Sub_DFBB
|
|
DFBE DispatchJsrJsrLdaBne
|
|
DFC9 Sub_DFC9_OnCarrySet
|
|
DFDB Sub_DFDB_Loop
|
|
DFF0 Sub_DFF0_Loop
|
|
DFFC Sub_DFFC_Loop
|
|
E006 DispatchJsrJsrJsrLsrsBcs
|
|
E032 Sub_E032_Loop
|
|
E040 Sub_E040_Loop
|
|
E052 Sub_E052_Loop
|
|
E05B Sub_E05B_Loop
|
|
E06D DispatchLdaBeqLdaJsr
|
|
E07C Sub_E07C_Loop
|
|
E084 Sub_E084
|
|
E08B DispatchStoreJsrLdaJsrLda
|
|
E0B0 Sub_E0B0_OnNegative
|
|
E0C6 Sub_E0C6_OnNonzero
|
|
E0D5 Sub_E0D5_OnCarrySet
|
|
E0DD Sub_E0DD_Loop
|
|
E100 Sub_E100
|
|
E111 DispatchJsrJsrJsrLsrsBcs2
|
|
E134 DispatchJsrJsrJsrLsrsBcs3
|
|
E151 DispatchCmpLdaBccLda
|
|
E15B Sub_E15B_Loop
|
|
E178 Sub_E178
|
|
E195 Sub_E195_OnNegative
|
|
E1A0 DispatchJsrJsrJsrJsrLsrs
|
|
E1D3 Sub_E1D3_Loop
|
|
E240 DispatchAndBeqIncLda
|
|
E255 Sub_E255_Loop
|
|
E25B DispatchStoreStoreStoreLda
|
|
E26B Sub_E26B_OnNonzero
|
|
E2CF DispatchJsrLdaBneJsrAnd
|
|
E2E2 Sub_E2E2_Loop
|
|
E2EA Sub_E2EA_Loop
|
|
E2F3 Sub_E2F3_Loop
|
|
E301 Sub_E301_Loop
|
|
E308 Sub_E308
|
|
E312 Sub_E312_Loop
|
|
E332 Sub_E332
|
|
E341 Sub_E341
|
|
E344 Sub_E344_OnNegative
|
|
E34F Sub_E34F_OnCarrySet
|
|
E35E Sub_E35E_Loop
|
|
E371 Sub_E371_Loop
|
|
E379 Sub_E379_Loop
|
|
E397 Sub_E397_Loop
|
|
E39B DispatchJsrLdaBneJsrAnd3
|
|
E3AE Sub_E3AE_Loop
|
|
E3B6 Sub_E3B6_Loop
|
|
E3BF Sub_E3BF_Loop
|
|
E3CD Sub_E3CD_Loop
|
|
E3EB Sub_E3EB_Loop
|
|
E3F2 Sub_E3F2_Loop
|
|
E3FB DispatchLdaJsrJmpF
|
|
E403 Sub_E403_Loop
|
|
E44C DispatchJsrJsrLdaBmiJsr
|
|
E465 Sub_E465_Loop
|
|
E4E4 Sub_E4E4
|
|
E4E7 Sub_E4E7_OnNonzero
|
|
E4F9 Sub_E4F9_Loop
|
|
E520 Sub_E520
|
|
E523 Sub_E523_OnCarrySet
|
|
E532 DispatchLdaJsrJmpG
|
|
E53B Sub_E53B_Loop
|
|
E548 DispatchJsrJsrJmp3
|
|
E59A Sub_E59A
|
|
E5AE Sub_E5AE_Loop
|
|
E63C DispatchJsrLdaCmpBccLda
|
|
E648 Sub_E648
|
|
E64B Sub_E64B_OnNonzero
|
|
E6B9 DispatchJsrLdaOraBneLda
|
|
E6CE Sub_E6CE_Loop
|
|
E6FD Sub_E6FD_Loop
|
|
E70D Sub_E70D_Loop
|
|
E718 Sub_E718
|
|
E722 Sub_E722_Loop
|
|
E73B Sub_E73B_Loop
|
|
E744 Sub_E744_Loop
|
|
E749 Sub_E749_OnNonzero
|
|
E756 Sub_E756_Loop
|
|
E778 Sub_E778_Loop
|
|
E781 Sub_E781_OnNonzero
|
|
E78E Sub_E78E_Loop
|
|
E7BB Sub_E7BB_OnNonzero
|
|
E7C8 Sub_E7C8_Loop
|
|
E7E7 Sub_E7E7_Loop
|
|
E7EE Sub_E7EE_OnNonzero
|
|
E7F6 Sub_E7F6
|
|
E7FB Sub_E7FB_Loop
|
|
E81B Sub_E81B_Loop
|
|
E82B Sub_E82B
|
|
E831 DispatchJsrLdaSubStore
|
|
E845 Sub_E845_Loop
|
|
E84F DispatchJsrG
|
|
E853 Sub_E853
|
|
E855 DispatchLdaCmpBcsCmpBcs
|
|
E873 Sub_E873_Loop
|
|
E876 DispatchCmpBeqLda
|
|
E87E Sub_E87E_Loop
|
|
E883 Sub_E883_Loop
|
|
E887 DispatchDecLdaBplIncInc
|
|
E895 Sub_E895_Loop
|
|
E89F Sub_E89F_Loop
|
|
E8A9 DispatchLdyB
|
|
E8AB Sub_E8AB_OnNonzero
|
|
E8C0 DispatchLdyC
|
|
E8C2 Sub_E8C2_OnNonzero
|
|
E983 Sub_E983
|
|
E98B DispatchLdaOraBeq
|
|
E993 Sub_E993_OnCarrySet
|
|
E998 Sub_E998_Loop
|
|
E9B0 Sub_E9B0
|
|
E9CB Sub_E9CB_Loop
|
|
E9CC DispatchLdyD
|
|
E9CE Sub_E9CE_OnNonzero
|
|
E9EE Sub_E9EE
|
|
E9F5 Sub_E9F5_Loop
|
|
EA1F Sub_EA1F_Loop
|
|
EA22 DispatchJsrJsrJsrJsrLsrs4
|
|
EA3B Sub_EA3B
|
|
EA3E Sub_EA3E_Loop
|
|
EA59 Sub_EA59_Loop
|
|
EA67 DispatchJsrCmpBeqBcsLda2
|
|
EA82 Sub_EA82_Loop
|
|
EA9F Sub_EA9F
|
|
EAE3 Sub_EAE3
|
|
EAE9 DispatchJsrIncBneInc
|
|
EAF4 Sub_EAF4_Loop
|
|
EAFE Sub_EAFE_Loop
|
|
EB0C Sub_EB0C_Loop
|
|
EB1E Sub_EB1E
|
|
EB21 Sub_EB21_Loop
|
|
EB30 Sub_EB30
|
|
EB3C DispatchAddStoreLda6
|
|
EB59 Sub_EB59_Loop
|
|
EB5B DispatchAdcStoreLdaAdd2
|
|
EB7E Sub_EB7E_Loop
|
|
EB80 DispatchAdcStoreRts2
|
|
EB87 DispatchLdyE
|
|
EB89 Sub_EB89_OnNonzero
|
|
EBB8 Sub_EBB8_Loop
|
|
EBE2 Sub_EBE2_Loop
|
|
EBE5 DispatchLdaI
|
|
EBE8 DispatchLsrsTayStoreLda
|
|
EC03 Sub_EC03_Loop
|
|
EC08 Sub_EC08_Loop
|
|
EC2A Sub_EC2A_Loop
|
|
EC2D Sub_EC2D_OnCarrySet
|
|
EC34 Sub_EC34_OnNonzero
|
|
EC41 Sub_EC41_Loop
|
|
EC44 DispatchStoreIncIncLdaStoreInc
|
|
EC64 Sub_EC64_Loop
|
|
EC69 DispatchStoreJsrSubBcsEor
|
|
EC96 Sub_EC96
|
|
ECA0 Sub_ECA0_Loop
|
|
ECC3 Sub_ECC3_Loop
|
|
ECD1 Sub_ECD1_Loop
|
|
ECE3 DispatchStoreLdaStoreStoreStore
|
|
ECE5 Sub_ECE5
|
|
ECF8 Sub_ECF8_Loop
|
|
ED00 Sub_ED00_OnNonzero
|
|
ED17 Sub_ED17
|
|
ED3F DispatchLdaStoreLdaStoreLdy
|
|
ED49 Sub_ED49_OnNonzero
|
|
ED54 Sub_ED54_Loop
|
|
ED59 Sub_ED59_Loop
|
|
ED5D DispatchJsrLdaCmpBccBneLda
|
|
ED60 Sub_ED60_OnNonzero
|
|
ED70 Sub_ED70_Loop
|
|
ED73 Sub_ED73_Loop
|
|
EE28 Sub_EE28
|
|
EE3C Sub_EE3C
|
|
EE50 Sub_EE50
|
|
EE6C Sub_EE6C
|
|
EE73 Sub_EE73
|
|
EE7C Sub_EE7C
|
|
EE8D Sub_EE8D
|
|
EE9E Sub_EE9E
|
|
EED1 Sub_EED1
|
|
EF09 Sub_EF09
|
|
EF2B Sub_EF2B
|
|
EF35 Sub_EF35
|
|
EFFE Sub_EFFE
|
|
F018 Sub_F018
|
|
F0E2 Sub_F0E2
|
|
F0E4 Sub_F0E4_Loop
|
|
F1DC DispatchLdyJmp
|
|
F1F5 Sub_F1F5_OnNonzero
|
|
F201 Sub_F201_Loop
|
|
F20E Sub_F20E_OnZero
|
|
F21D InputRead
|
|
F227 Sub_F227_Loop
|
|
F22E Sub_F22E_OnNonzero
|
|
F251 Sub_F251_Loop
|
|
F252 Sub_F252_Loop
|
|
F255 DispatchLdaStoreStoreStoreDec
|
|
F26C Sub_F26C_Loop
|
|
F278 Sub_F278_Loop
|
|
F2A0 Sub_F2A0_OnNonzero
|
|
F2AF DispatchLdyJsrLdxLdaStoreIny
|
|
F2BC Sub_F2BC_OnNonzero
|
|
F2D9 Sub_F2D9_Loop
|
|
F2DF Sub_F2DF_Loop
|
|
F2E9 Sub_F2E9_OnNonzero
|
|
F300 DispatchDecLdaBplLdaStore
|
|
F30A Sub_F30A_Loop
|
|
F311 Sub_F311_Loop
|
|
F331 DispatchLdaCmpBmiClcAdd
|
|
F33A Sub_F33A_Loop
|
|
F34D DispatchLdaBeqDecLdxStx
|
|
F381 Sub_F381_Loop
|
|
F385 DispatchLdaStoreLdaClcAddStore
|
|
F3A0 Sub_F3A0_Loop
|
|
F3B0 Sub_F3B0_Loop
|
|
F3C2 Sub_F3C2
|
|
F3C7 Sub_F3C7_Loop
|
|
F3D6 Sub_F3D6_Loop
|
|
F3E2 Sub_F3E2_Loop
|
|
F3FA Sub_F3FA_Loop
|
|
F417 Sub_F417_OnNonzero
|
|
F430 Sub_F430_Loop
|
|
F436 Sub_F436_Loop
|
|
F447 Sub_F447_OnNonzero
|
|
F4AA Sub_F4AA_OnNonzero
|
|
F50A DispatchJsrLdaStoreInyLdx
|
|
F515 Sub_F515_OnNonzero
|
|
F52B DispatchTaxLdxCmpBccInxInx
|
|
F52E DispatchCmpBccInxInxJmpLda
|
|
F538 Sub_F538_Loop
|
|
F55C DispatchLdaEorEorAslAslRol
|
|
F574 DispatchLdxLdaStoreLdaCmpBcs
|
|
F576 Sub_F576_OnNonzero
|
|
F587 Sub_F587_Loop
|
|
F593 DispatchStoreLdaTayLdaStoreIny
|
|
F5A5 DispatchLdaCmpBeqCmpBneRts
|
|
F5B1 Sub_F5B1_Loop
|
|
F5B7 Sub_F5B7_Loop
|
|
F5CD Sub_F5CD_Loop
|
|
F61D DispatchLdaBneStoreStoreLdxLdy
|
|
F631 Sub_F631_Loop
|
|
F634 Sub_F634_Loop
|
|
F635 ObjUpdateCall
|
|
F640 Sub_F640_Loop
|
|
F64E Sub_F64E_Loop
|
|
F650 Sub_F650_Loop
|
|
F660 Sub_F660_OnNonzero
|
|
F669 Sub_F669_OnNonzero
|
|
F68A Sub_F68A_Loop
|
|
F68F Sub_F68F_Loop
|
|
F694 Sub_F694_Loop
|
|
F6B3 Sub_F6B3_Loop
|
|
F6B7 Sub_F6B7_Loop
|
|
F6B9 DispatchStoreLdaSecSbcBcsCmp
|
|
F6BB Sub_F6BB_Loop
|
|
F6CC Sub_F6CC_Loop
|
|
F6D2 DispatchOraAndStore
|
|
F6D6 DispatchStoreLdaOraStaJsrLda
|
|
F6D8 Sub_F6D8_Loop
|
|
F6DC Sub_F6DC_Loop
|
|
F6EF Sub_F6EF_OnNonzero
|
|
F6F8 DispatchJsrStxLdaStoreStoreLda2
|
|
F732 Sub_F732_Loop
|
|
F750 Sub_F750_Loop
|
|
F758 Sub_F758_Loop
|
|
F759 Sub_F759_Loop
|
|
F765 DispatchLdaBneLdaRorBcsLda2
|
|
F779 Sub_F779_Loop
|
|
F77F Sub_F77F_Loop
|
|
F79E Sub_F79E_Loop
|
|
F7F3 Sub_F7F3_Loop
|
|
F7F4 DispatchLdyLdaAndBneLdaStore
|
|
F804 Sub_F804_Loop
|
|
F811 Sub_F811_OnNonzero
|
|
F820 Sub_F820_Loop
|
|
F835 DispatchLdyJsrLdyJsrLdyLda
|
|
F841 DispatchLdaBmiBeqLdaStoreLda2
|
|
F85C Sub_F85C_Loop
|
|
F85D Sub_F85D_Loop
|
|
F871 Sub_F871_Loop
|
|
F87F DispatchLdxLdaTayLdaStoreTya
|
|
F881 Sub_F881_OnNonnegative
|
|
F88F DispatchLsrsLsrsLsrsAndTayLda
|
|
F8C1 Sub_F8C1
|
|
F8D1 Sub_F8D1
|
|
F8DD Sub_F8DD_Loop
|
|
F8ED Sub_F8ED_Loop
|
|
F909 Sub_F909_Loop
|
|
F916 DispatchAslTayLdaStoreLdaStore2
|
|
F920 DispatchLdaStoreLdaStoreLdyLda
|
|
F930 Sub_F930_OnNonzero
|
|
FAF6 Reset
|
|
FB00 WaitVblank
|
|
FB07 CopyResetVars
|
|
FB30 ClearVramByte
|
|
FB32 ClearVramLoop
|
|
FB37 VramClearLoop
|
|
FB76 CopyPaletteToOam
|
|
FB96 CompareResetVars
|
|
FBA3 CopyResetVars2
|
|
FBC4 CopyResetLoop
|
|
FBC6 CopyResetByte
|
|
FC16 NmiSpinLoop
|
|
FC4E NmiHandler
|
|
FCBF Sub_FCBF_Loop
|
|
FCCA Sub_FCCA_Loop
|
|
FCDC Sub_FCDC_Loop
|
|
FCFF Sub_FCFF_Loop
|
|
FD0A Sub_FD0A_Loop
|
|
FD0E NmiClearOam
|
|
FD12 NmiClearOamLoop
|
|
FD2F NmiGameMode2Update
|
|
FD3B NmiCallObjMove
|
|
FD3E NmiGameModeCheck
|
|
FD69 Sub_FD69_OnNonzero
|
|
FD7C Sub_FD7C_Loop
|
|
FD87 Sub_FD87_Loop
|
|
FD90 Sub_FD90_Loop
|
|
FD9D Sub_FD9D_Loop
|
|
FDAE Sub_FDAE_Loop
|
|
FDBD DispatchLdaBneStoreLdaOraBeq
|
|
FDC4 Sub_FDC4_Loop
|
|
FDCE Sub_FDCE_Loop
|
|
FDDF Sub_FDDF_OnNonzero
|
|
FDE0 Sub_FDE0_Loop
|
|
FDEF Sub_FDEF_Loop
|
|
FE0A NmiOamDmaCopy
|
|
FE0C NmiOamAddrLoop
|
|
FE24 Sub_FE24_OnNonzero
|
|
FE31 Sub_FE31_Loop
|
|
FE37 ReadJoypad
|
|
FE39 Sub_FE39_OnNonnegative
|
|
FE50 Sub_FE50_OnNonzero
|
|
FE57 Sub_FE57_Loop
|
|
FE60 Sub_FE60_Loop
|
|
FE7E JoypadDone
|
|
FE83 Sub_FE83_Loop
|
|
FE86 Sub_FE86_OnNonzero
|
|
FE91 Sub_FE91_OnNonzero
|
|
FE9B Sub_FE9B_OnNonzero
|
|
FEA3 Sub_FEA3_OnNegative
|
|
FEA5 Sub_FEA5_OnNonzero
|
|
FEB9 JoypadRts
|
|
FEC0 Sub_FEC0_Loop
|
|
FEC3 Sub_FEC3_OnNonzero
|
|
FECD Sub_FECD_OnNonzero
|
|
FEDD Sub_FEDD_OnNonzero
|
|
FF1D IrqHandler
|