Files
tmerritt ad894f47f3 Promote Port Test Cartridge (U) from _wip/ to NROM/ (Pass 1+2+3 complete)
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
2026-10-22 00:33:54 -04:00

23 KiB

1C014Reset
2C01EWaitVBlank_1
3C024WaitVBlank2_1
4C041ClearZeropage
5C058InitAPU_1
6C05EInitAPU_3
7C06DMainGameLoop
8C070GameLoopEntry_1
9C076NmiHandler
10C083NmiFrameUpdate
11C095NmiFrameUpdate2
12C0D3GameStateUpdate
13C0FAUpdateGameState3_1
14C100UpdateGameState4
15C103UpdateGameState5
16C10AUpdateGameState6
17C126GameLoopEntry_4
18C138UpdateGameState2_4
19C141UpdateGameState2_5
20C148WaitVBlankFrame2
21C14EInitSprites_1
22C150CopySprites
23C166SubCC166
24C1D7SubCC1D7
25C218UpdateSprites_1
26C21AUpdateSprites2_1
27C2ABUpdateSprites2_3
28C2B0SubCC2B0
29C38DSubCC38D
30C437CheckZp34
31C44AUpdateSprites2_4
32C4C0UpdateSprites3_1
33C4D7InitSprites_3
34C542UpdateSprites_3
35C5A7UpdateSprites2_5
36C5C9SubCC5C9
37C5D3UpdateSprites3_3
38C620CheckZp14
39C6FBUpdateSprites3_4
40C726CheckZp55
41C728UpdateSprites2_7
42C73DUpdateSprites3_5
43C777UpdateSprites4_1
44C7C1UpdateSprites4_3
45C7C5SubCC7C5
46C7F5UpdateSprites4_4
47C813SubCC813
48C81DGameLoopEntry_5
49C821InitGameState
50C83DUpdateSprites2_8
51C868UpdateSprites2_9
52C883InitSprites2_1
53C891ClearSpriteRAM
54C89AUpdateSprites2_10
55C8A4UpdateSprites2_11
56C8E0UpdateSprites3_6
57C8EEUpdateSprites4_5
58C94BUpdateSprites5_1
59C9D7UpdateSprites6
60C9F8UpdateSprites7_1
61CA01SubCCA01
62CA03SubCCA03
63CA1AUpdateSprites7_3
64CA29UpdateSprites8
65CA2CSubCCA2C
66CA33UpdateSprites9
67CA36UpdateSprites10
68CA3DSubCCA3D
69CA40UpdateSprites11
70CA44UpdateSprites12
71CA4CUpdateSprites13
72CACEInitSprites_4
73CAEDInitSprites3
74CB00UpdateController
75CB35UpdateController2_4
76CB78UpdateSprites_4
77CB81UpdateSprites2_12
78CB8CUpdateSprites4_7
79CB8EUpdateSprites4_6
80CB9DUpdateSprites5_4
81CC05SubCCC05
82CC9ESubCCC9E
83CCF6SubCCCF6
84CD13SubCCD13
85CD62SubCCD62
86CD95SubCCD95
87CDB0SubCCDB0
88CE5DSubCCE5D
89CE88SubCCE88
90CE8BSubCCE8B
91CEDBSubCCEDB
92CEEFSubCCEEF
93CF1ASubCCF1A
94CF5BSubCCF5B
95CFC0SubCCFC0
96CFC6SubCCFC6
97CFEFSubCCFEF
98D00ASubCD00A
99D021SubCD021
100D053SubCD053
101D06BSubCD06B
102D07CSubCD07C
103D0AASubCD0AA
104D0C5SubCD0C5
105D111SubCD111
106D117UpdateSound4_11
107D127SubCD127
108D133SubCD133
109D143SubCD143
110D160UpdateSound6
111D17CSubCD17C
112D1E5SubCD1E5
113D1F9SubCD1F9
114D212SubCD212
115D2BCSubCD2BC
116D2CBUpdateSound12_4
117D2D9SubCD2D9
118D2F9SubCD2F9
119D2FBSubCD2FB
120D301SubCD301
121D308SubCD308
122D385SubCD385
123D3ACSubCD3AC
124D3B3SubCD3B3
125D421SubCD421
126D446SubCD446
127D463SubCD463
128D493SubCD493
129D4F5SubCD4F5
130D507SubCD507
131D552SubCD552
132D59CSubCD59C
133D6A5SubCD6A5
134D6B9SubCD6B9
135D6E0SubCD6E0
136D724SubCD724
137D7DESubCD7DE
138D81FSubCD81F
139D82FSubCD82F
140D888SubCD888
141D890SubCD890
142D8AFSubCD8AF
143D8EASubCD8EA
144D8FDSubCD8FD
145D90FSubCD90F
146D91CSubCD91C
147D9ADSubCD9AD
148D9CCSubCD9CC
149DA4BSubCDA4B
150DA85SubCDA85
151DA99SubCDA99
152DAB2SubCDAB2
153DAD5SubCDAD5
154DAF2SubCDAF2
155DB1DSubCDB1D
156DB57SubCDB57
157DBB0SubCDBB0
158DBB4SubCDBB4
159DBB6UpdateSound24_1
160DC6ASubCDC6A
161DC97SubCDC97
162DCB3SubCDCB3
163DCEASubCDCEA
164DCF0SubCDCF0
165DCF6SubCDCF6
166DD16SubCDD16
167DD1DSubCDD1D
168DD24SubCDD24
169DD75UpdateSound26_11
170DD8FUpdateSound26_13
171DDA1SubCDDA1
172DDA9SubCDDA9
173DDB6SubCDDB6
174DDBDSubCDDBD
175DDC9SubCDDC9
176DDE1SubCDDE1
177DE12SubCDE12
178DE22SubCDE22
179DE44SubCDE44
180DEB2SubCDEB2
181DEB9SubCDEB9
182DEEASubCDEEA
183DFA5SubCDFA5
184DFABSubCDFAB
185DFEASubCDFEA
186DFF8SubCDFF8
187E002SubCE002
188E05ESubCE05E
189E097SubCE097
190E0A7SubCE0A7
191E0B9SubCE0B9
192E0C0SubCE0C0
193E16BSubCE16B
194E176SubCE176
195E189SubCE189
196E277SubCE277
197E27ASubCE27A
198E29ASubCE29A
199E2F8SubCE2F8
200E2FBSubCE2FB
201E321SubCE321
202E33CSubCE33C
203E4C2SubCE4C2
204E523SubCE523
205E573SubCE573
206E614SubCE614
207E63DSubCE63D
208E640SubCE640
209E64ESubCE64E
210E719SubCE719
211E72BSubCE72B
212E79DSubCE79D
213E7A1SubCE7A1
214E881SubCE881
215E9C5SubCE9C5
216EA4ASubCEA4A
217EA55SubCEA55
218EA8ESubCEA8E
219EA97SubCEA97
220EAFCSubCEAFC
221EB2ESubCEB2E
222EB5FSubCEB5F
223EB7FSubCEB7F
224EB8ASubCEB8A
225EC23SubCEC23
226EC2ASubCEC2A
227EC51SubCEC51
228ECBFSubCECBF
229ECF0SubCECF0
230ED25SubCED25
231ED51SubCED51
232ED63SubCED63
233EDBFSubCEDBF
234EDD5SubCEDD5
235EE0DSubCEE0D
236EEA2SubCEEA2
237EF06SubCEF06
238EF42SubCEF42
239EF47SubCEF47
240EF4ESubCEF4E
241EF56SubCEF56
242EF70SubCEF70
243EF7BSubCEF7B
244EF7DSubCEF7D
245EF83SubCEF83
246EF8ESubCEF8E
247EF9ASubCEF9A
248EFD3UpdateMusicChannel19
249EFECSubCEFEC
250EFF3SubCEFF3
251F0C9SubCF0C9
252F10BSubCF10B
253F13BSubCF13B
254F19ESubCF19E
255F2ECSubCF2EC
256F35BSubCF35B
257F3BDSubCF3BD
258F3D2SubCF3D2
259F504SubCF504
260F524SubCF524
261F564SubCF564
262F586SubCF586
263F630SubCF630
264F64CSubCF64C
265F691SubCF691
266F6A4SubCF6A4
267F6EASubCF6EA
268F71DSubCF71D
269F737SubCF737
270F78BSubCF78B
271F7ABSubCF7AB
272F80CSubCF80C
273F838SubCF838
274F8ACSubCF8AC
275F8DBSubCF8DB
276F91ESubCF91E
277F953SubCF953
278F95ASubCF95A
279F961SubCF961
280F964SubCF964
281F978SubCF978
282F97BSubCF97B
283F97FSubCF97F
284F983SubCF983
285F9EBSubCF9EB
286FA36SubCFA36
287FA3ASubCFA3A
288FAC4SubCFAC4
289FBA1SubCFBA1
290FBFCSubCFBFC
291# ---- derived internal branch-target names ----
292C014Reset
293C01EWaitVBlank_1
294C024WaitVBlank2_1
295C041ClearZeropage
296C058InitAPU_1
297C05EInitAPU_3
298C06DMainGameLoop
299C070GameLoopEntry_1
300C076NmiHandler
301C083NmiFrameUpdate
302C095NmiFrameUpdate2
303C0D3GameStateUpdate
304C0F3SubCC0F3_OnNonzero
305C0FAUpdateGameState3_1
306C100UpdateGameState4
307C103UpdateGameState5
308C10AUpdateGameState6
309C11ASubCC11A_Loop
310C126GameLoopEntry_4
311C135SubCC135_Loop
312C138UpdateGameState2_4
313C141UpdateGameState2_5
314C148WaitVBlankFrame2
315C14EInitSprites_1
316C150CopySprites
317C166SubCC166
318C17FSubCC17F_OnNonzero
319C182SubCC182_Loop
320C189SubCC189_Loop
321C19BSubCC19B_Loop
322C1AFSubCC1AF_OnNonnegative
323C1D0SubCC1D0_Loop
324C1D6SubCC1D6_Loop
325C1D7SubCC1D7
326C1F0SubCC1F0_Loop
327C1FESubCC1FE_OnNonnegative
328C207SubCC207_Loop
329C218UpdateSprites_1
330C21AUpdateSprites2_1
331C21DSubCC21D_Loop
332C23BSubCC23B_Loop
333C23FSubCC23F_OnNonzero
334C253SubCC253_OnNonnegative
335C274SubCC274_Loop
336C279SubCC279_OnNonnegative
337C2ABUpdateSprites2_3
338C2B0SubCC2B0
339C2C1SubCC2C1_OnNonzero
340C2C4SubCC2C4_Loop
341C2CESubCC2CE_Loop
342C2D9SubCC2D9_Loop
343C38DSubCC38D
344C39FSubCC39F_Loop
345C436SubCC436_OnNonzero
346C437CheckZp34
347C44AUpdateSprites2_4
348C4C0UpdateSprites3_1
349C4C8SubCC4C8_Loop
350C4CDSubCC4CD_OnNonnegative
351C4D7InitSprites_3
352C4D9SubCC4D9_OnNonnegative
353C4E8SubCC4E8_OnNonnegative
354C4F6SubCC4F6_OnCarryClear
355C508SubCC508_Loop
356C542UpdateSprites_3
357C553SubCC553_OnNonnegative
358C579SubCC579_OnZero
359C582SubCC582_Loop
360C586SubCC586_OnNonzero
361C592SubCC592_Loop
362C597SubCC597_Loop
363C5A7UpdateSprites2_5
364C5A9SubCC5A9_OnNonzero
365C5B0SubCC5B0_OnNonnegative
366C5C9SubCC5C9
367C5D2SubCC5D2_Loop
368C5D3UpdateSprites3_3
369C5DBSubCC5DB_OnNonzero
370C5EDSubCC5ED_Loop
371C5EFSubCC5EF_Loop
372C5F9SubCC5F9_Loop
373C5FCSubCC5FC_Loop
374C608SubCC608_Loop
375C60FSubCC60F_OnZero
376C620CheckZp14
377C626SubCC626_OnCarrySet
378C63ASubCC63A_Loop
379C664SubCC664_Loop
380C67FSubCC67F_Loop
381C6FBUpdateSprites3_4
382C718SubCC718_OnNonzero
383C726CheckZp55
384C728UpdateSprites2_7
385C73DUpdateSprites3_5
386C759SubCC759_OnNonzero
387C76FSubCC76F_Loop
388C777UpdateSprites4_1
389C77BSubCC77B_OnNonzero
390C7A5SubCC7A5_Loop
391C7C1UpdateSprites4_3
392C7C5SubCC7C5
393C7CASubCC7CA_OnNonnegative
394C7CFSubCC7CF_OnNonzero
395C7F5UpdateSprites4_4
396C7F7SubCC7F7_OnNonzero
397C7FDSubCC7FD_OnNonzero
398C813SubCC813
399C81DGameLoopEntry_5
400C821InitGameState
401C829SubCC829_OnNonzero
402C83DUpdateSprites2_8
403C853SubCC853_Loop
404C868UpdateSprites2_9
405C883InitSprites2_1
406C891ClearSpriteRAM
407C89AUpdateSprites2_10
408C8A4UpdateSprites2_11
409C8BFSubCC8BF_OnNonzero
410C8D9SubCC8D9_OnNonzero
411C8E0UpdateSprites3_6
412C8EEUpdateSprites4_5
413C92BSubCC92B_OnNonzero
414C94ASubCC94A_Loop
415C94BUpdateSprites5_1
416C963SubCC963_Loop
417C977SubCC977_OnZero
418C995SubCC995_Loop
419C99ASubCC99A_Loop
420C9BBSubCC9BB_Loop
421C9C2SubCC9C2_Loop
422C9D6SubCC9D6_Loop
423C9D7UpdateSprites6
424C9E2SubCC9E2_Loop
425C9EFSubCC9EF_OnCarrySet
426C9F3SubCC9F3_Loop
427C9F8UpdateSprites7_1
428CA01SubCCA01
429CA03SubCCA03
430CA0BSubCCA0B_Loop
431CA17SubCCA17_Loop
432CA1AUpdateSprites7_3
433CA29UpdateSprites8
434CA2CSubCCA2C
435CA33UpdateSprites9
436CA36UpdateSprites10
437CA3DSubCCA3D
438CA40UpdateSprites11
439CA44UpdateSprites12
440CA4CUpdateSprites13
441CA61SubCCA61_OnNonnegative
442CA6BSubCCA6B_OnZero
443CA94SubCCA94_OnNonzero
444CA99SubCCA99_OnCarryClear
445CAA4SubCCAA4_OnCarryClear
446CAB4SubCCAB4_Loop
447CAC0SubCCAC0_Loop
448CAC1SubCCAC1_Loop
449CAC6SubCCAC6_Loop
450CACBSubCCACB_Loop
451CACEInitSprites_4
452CAD8SubCCAD8_Loop
453CAE6SubCCAE6_OnNonzero
454CAEDInitSprites3
455CB00UpdateController
456CB02SubCCB02_OnNonzero
457CB21SubCCB21_OnNonzero
458CB2DSubCCB2D_Loop
459CB35UpdateController2_4
460CB3ESubCCB3E_OnNonzero
461CB54SubCCB54_Loop
462CB5ESubCCB5E_Loop
463CB61SubCCB61_OnNonzero
464CB64SubCCB64_Loop
465CB78UpdateSprites_4
466CB81UpdateSprites2_12
467CB8CUpdateSprites4_7
468CB8EUpdateSprites4_6
469CB9CSubCCB9C_Loop
470CB9DUpdateSprites5_4
471CBA9SubCCBA9_OnNonnegative
472CBAFSubCCBAF_Loop
473CC05SubCCC05
474CC1FSubCCC1F_Loop
475CC9ESubCCC9E
476CCB9SubCCCB9_Loop
477CCE1SubCCCE1_Loop
478CCE4SubCCCE4_Loop
479CCEDSubCCCED_Loop
480CCF6SubCCCF6
481CD0DSubCCD0D_Loop
482CD12SubCCD12_Loop
483CD13SubCCD13
484CD61SubCCD61_Loop
485CD62SubCCD62
486CD68SubCCD68_OnNonzero
487CD83SubCCD83_Loop
488CD8BSubCCD8B_Loop
489CD95SubCCD95
490CDAFSubCCDAF_Loop
491CDB0SubCCDB0
492CDC4SubCCDC4_Loop
493CDD0SubCCDD0_OnZero
494CDDBSubCCDDB_Loop
495CDDFSubCCDDF_Loop
496CDE9SubCCDE9_Loop
497CDF1SubCCDF1_Loop
498CDFFSubCCDFF_Loop
499CE11SubCCE11_OnCarryClear
500CE29SubCCE29_Loop
501CE3FSubCCE3F_Loop
502CE43SubCCE43_Loop
503CE54SubCCE54_Loop
504CE5CSubCCE5C_Loop
505CE5DSubCCE5D
506CE7ESubCCE7E_Loop
507CE88SubCCE88
508CE8BSubCCE8B
509CE93SubCCE93_Loop
510CE9ASubCCE9A_Loop
511CECDSubCCECD_Loop
512CED0SubCCED0_Loop
513CEDBSubCCEDB
514CEDDSubCCEDD_OnNonzero
515CEE7SubCCEE7_Loop
516CEEESubCCEEE_Loop
517CEEFSubCCEEF
518CF12SubCCF12_Loop
519CF15SubCCF15_Loop
520CF19SubCCF19_Loop
521CF1ASubCCF1A
522CF46SubCCF46_Loop
523CF51SubCCF51_Loop
524CF55SubCCF55_Loop
525CF5BSubCCF5B
526CF6DSubCCF6D_Loop
527CF7CSubCCF7C_Loop
528CF89SubCCF89_Loop
529CF99SubCCF99_Loop
530CFA4SubCCFA4_Loop
531CFA7SubCCFA7_Loop
532CFA9SubCCFA9_Loop
533CFBDSubCCFBD_Loop
534CFC0SubCCFC0
535CFC6SubCCFC6
536CFD1SubCCFD1_Loop
537CFD3SubCCFD3_Loop
538CFEBSubCCFEB_Loop
539CFEFSubCCFEF
540CFFBSubCCFFB_OnZero
541CFFCSubCCFFC_Loop
542D00ASubCD00A
543D018SubCD018_Loop
544D01ESubCD01E_Loop
545D021SubCD021
546D025SubCD025_OnNonzero
547D02DSubCD02D_OnNonzero
548D04FSubCD04F_Loop
549D053SubCD053
550D05ASubCD05A_Loop
551D06BSubCD06B
552D077SubCD077_Loop
553D079SubCD079_Loop
554D07CSubCD07C
555D0AASubCD0AA
556D0B8SubCD0B8_Loop
557D0C0SubCD0C0_Loop
558D0C5SubCD0C5
559D0C7SubCD0C7_Loop
560D0CASubCD0CA_Loop
561D0F4SubCD0F4_Loop
562D0F7SubCD0F7_OnCarryClear
563D111SubCD111
564D117UpdateSound4_11
565D123SubCD123_Loop
566D126SubCD126_Loop
567D127SubCD127
568D133SubCD133
569D143SubCD143
570D151SubCD151_Loop
571D160UpdateSound6
572D16ASubCD16A_Loop
573D171SubCD171_Loop
574D17BSubCD17B_Loop
575D17CSubCD17C
576D192SubCD192_Loop
577D1A7SubCD1A7_Loop
578D1ABSubCD1AB_Loop
579D1C4SubCD1C4_Loop
580D1D2SubCD1D2_Loop
581D1DBSubCD1DB_Loop
582D1E5SubCD1E5
583D1E7SubCD1E7_OnNonnegative
584D1F5SubCD1F5_Loop
585D1F9SubCD1F9
586D1FBSubCD1FB_OnNonzero
587D206SubCD206_Loop
588D211SubCD211_OnZero
589D212SubCD212
590D249SubCD249_Loop
591D24BSubCD24B_Loop
592D252SubCD252_Loop
593D25ASubCD25A_Loop
594D264SubCD264_Loop
595D266SubCD266_Loop
596D269SubCD269_Loop
597D282SubCD282_Loop
598D284SubCD284_Loop
599D29ESubCD29E_OnNonnegative
600D2A8SubCD2A8_Loop
601D2B5SubCD2B5_Loop
602D2B6SubCD2B6_Loop
603D2BCSubCD2BC
604D2C7SubCD2C7_Loop
605D2CBUpdateSound12_4
606D2D2SubCD2D2_Loop
607D2D9SubCD2D9
608D2F8SubCD2F8_Loop
609D2F9SubCD2F9
610D2FBSubCD2FB
611D300SubCD300_Loop
612D301SubCD301
613D308SubCD308
614D32ESubCD32E_OnCarryClear
615D33CSubCD33C_Loop
616D367SubCD367_Loop
617D371SubCD371_Loop
618D372SubCD372_Loop
619D37FSubCD37F_Loop
620D383SubCD383_Loop
621D385SubCD385
622D390SubCD390_Loop
623D393SubCD393_Loop
624D3ABSubCD3AB_Loop
625D3ACSubCD3AC
626D3B3SubCD3B3
627D3CFSubCD3CF_OnNonnegative
628D3D9SubCD3D9_Loop
629D3DFSubCD3DF_Loop
630D3EBSubCD3EB_Loop
631D3F2SubCD3F2_Loop
632D3F5SubCD3F5_OnZero
633D3F6SubCD3F6_Loop
634D400SubCD400_Loop
635D421SubCD421
636D431SubCD431_Loop
637D43CSubCD43C_Loop
638D441SubCD441_Loop
639D446SubCD446
640D463SubCD463
641D465SubCD465_OnNonzero
642D483SubCD483_Loop
643D487SubCD487_Loop
644D48CSubCD48C_OnNonzero
645D493SubCD493
646D495SubCD495_OnNonnegative
647D49DSubCD49D_OnNonnegative
648D4A9SubCD4A9_Loop
649D4AESubCD4AE_Loop
650D4C0SubCD4C0_Loop
651D4CESubCD4CE_Loop
652D4D2SubCD4D2_Loop
653D4E4SubCD4E4_Loop
654D4EESubCD4EE_Loop
655D4F5SubCD4F5
656D507SubCD507
657D547SubCD547_Loop
658D552SubCD552
659D561SubCD561_Loop
660D564SubCD564_Loop
661D567SubCD567_Loop
662D587SubCD587_Loop
663D58DSubCD58D_Loop
664D594SubCD594_Loop
665D59CSubCD59C
666D5B0SubCD5B0_Loop
667D5B4SubCD5B4_Loop
668D5C5SubCD5C5_Loop
669D5D5SubCD5D5_OnNonzero
670D603SubCD603_Loop
671D617SubCD617_Loop
672D62FSubCD62F_Loop
673D639SubCD639_Loop
674D63BSubCD63B_Loop
675D648SubCD648_Loop
676D669SubCD669_Loop
677D680SubCD680_Loop
678D684SubCD684_Loop
679D686SubCD686_OnNonzero
680D68FSubCD68F_Loop
681D697SubCD697_Loop
682D699SubCD699_OnNonzero
683D6A3SubCD6A3_Loop
684D6A5SubCD6A5
685D6B9SubCD6B9
686D6BFSubCD6BF_Loop
687D6C9SubCD6C9_Loop
688D6CBSubCD6CB_Loop
689D6CCSubCD6CC_Loop
690D6DCSubCD6DC_Loop
691D6E0SubCD6E0
692D6E8SubCD6E8_OnNonzero
693D715SubCD715_Loop
694D71ASubCD71A_Loop
695D71BSubCD71B_Loop
696D723SubCD723_OnNonzero
697D724SubCD724
698D726SubCD726_OnNonnegative
699D74CSubCD74C_Loop
700D7DESubCD7DE
701D7F1SubCD7F1_Loop
702D7F8SubCD7F8_Loop
703D7FCSubCD7FC_Loop
704D7FESubCD7FE_OnNonnegative
705D80ASubCD80A_Loop
706D80FSubCD80F_Loop
707D816SubCD816_Loop
708D819SubCD819_Loop
709D81FSubCD81F
710D82ESubCD82E_Loop
711D82FSubCD82F
712D863SubCD863_OnNonnegative
713D884SubCD884_Loop
714D887SubCD887_Loop
715D888SubCD888
716D890SubCD890
717D896SubCD896_OnNonnegative
718D8A2SubCD8A2_Loop
719D8A5SubCD8A5_OnZero
720D8A6SubCD8A6_Loop
721D8AFSubCD8AF
722D8C6SubCD8C6_Loop
723D8C8SubCD8C8_Loop
724D8DCSubCD8DC_Loop
725D8EASubCD8EA
726D8FCSubCD8FC_Loop
727D8FDSubCD8FD
728D905SubCD905_Loop
729D90ESubCD90E_OnCarrySet
730D90FSubCD90F
731D91CSubCD91C
732D942SubCD942_Loop
733D946SubCD946_OnCarryClear
734D957SubCD957_Loop
735D964SubCD964_Loop
736D967SubCD967_Loop
737D988SubCD988_Loop
738D9A5SubCD9A5_Loop
739D9A8SubCD9A8_Loop
740D9ADSubCD9AD
741D9C3SubCD9C3_Loop
742D9CCSubCD9CC
743D9CESubCD9CE_OnNonnegative
744DA11SubCDA11_Loop
745DA3ASubCDA3A_Loop
746DA44SubCDA44_Loop
747DA4BSubCDA4B
748DA4DSubCDA4D_OnNonnegative
749DA64SubCDA64_Loop
750DA85SubCDA85
751DA87SubCDA87_Loop
752DA8FSubCDA8F_Loop
753DA93SubCDA93_Loop
754DA99SubCDA99
755DAB2SubCDAB2
756DAB7SubCDAB7_OnCarrySet
757DABCSubCDABC_Loop
758DAD3SubCDAD3_OnCarrySet
759DAD4SubCDAD4_Loop
760DAD5SubCDAD5
761DAF0SubCDAF0_OnZero
762DAF2SubCDAF2
763DB0ESubCDB0E_Loop
764DB1BSubCDB1B_Loop
765DB1DSubCDB1D
766DB2CSubCDB2C_Loop
767DB31SubCDB31_Loop
768DB4BSubCDB4B_Loop
769DB54SubCDB54_Loop
770DB57SubCDB57
771DB65SubCDB65_Loop
772DB81SubCDB81_Loop
773DB86SubCDB86_Loop
774DB9CSubCDB9C_Loop
775DBA2SubCDBA2_OnCarryClear
776DBA4SubCDBA4_Loop
777DBA6SubCDBA6_Loop
778DBADSubCDBAD_OnCarrySet
779DBB0SubCDBB0
780DBB4SubCDBB4
781DBB6UpdateSound24_1
782DBCBSubCDBCB_Loop
783DBFDSubCDBFD_Loop
784DC0CSubCDC0C_Loop
785DC18SubCDC18_Loop
786DC2BSubCDC2B_Loop
787DC34SubCDC34_Loop
788DC36SubCDC36_Loop
789DC43SubCDC43_Loop
790DC4DSubCDC4D_Loop
791DC53SubCDC53_OnNonzero
792DC56SubCDC56_Loop
793DC58SubCDC58_OnZero
794DC59SubCDC59_Loop
795DC5ESubCDC5E_Loop
796DC6ASubCDC6A
797DC80SubCDC80_Loop
798DC97SubCDC97
799DCA4SubCDCA4_Loop
800DCADSubCDCAD_Loop
801DCB3SubCDCB3
802DCEASubCDCEA
803DCF0SubCDCF0
804DCF6SubCDCF6
805DCFASubCDCFA_Loop
806DCFESubCDCFE_OnNonnegative
807DD0BSubCDD0B_OnZero
808DD16SubCDD16
809DD1DSubCDD1D
810DD22SubCDD22_Loop
811DD24SubCDD24
812DD50SubCDD50_OnCarryClear
813DD75UpdateSound26_11
814DD8FUpdateSound26_13
815DD91SubCDD91_Loop
816DD94SubCDD94_Loop
817DD97SubCDD97_Loop
818DDA1SubCDDA1
819DDA9SubCDDA9
820DDB6SubCDDB6
821DDBDSubCDDBD
822DDBFSubCDDBF_OnNonzero
823DDC9SubCDDC9
824DDE1SubCDDE1
825DDECSubCDDEC_Loop
826DE07SubCDE07_Loop
827DE10SubCDE10_Loop
828DE11SubCDE11_Loop
829DE12SubCDE12
830DE1DSubCDE1D_Loop
831DE22SubCDE22
832DE2ESubCDE2E_OnCarryClear
833DE44SubCDE44
834DE7BSubCDE7B_Loop
835DE7DSubCDE7D_Loop
836DE83SubCDE83_Loop
837DE90SubCDE90_Loop
838DE9CSubCDE9C_Loop
839DEA5SubCDEA5_Loop
840DEA9SubCDEA9_Loop
841DEB2SubCDEB2
842DEB9SubCDEB9
843DEE4SubCDEE4_Loop
844DEEASubCDEEA
845DEECSubCDEEC_OnNonzero
846DFA5SubCDFA5
847DFABSubCDFAB
848DFB1SubCDFB1_OnNonzero
849DFCFSubCDFCF_OnNonnegative
850DFE1SubCDFE1_Loop
851DFE9SubCDFE9_Loop
852DFEASubCDFEA
853DFF8SubCDFF8
854E002SubCE002
855E004SubCE004_OnNonnegative
856E01BSubCE01B_OnNonzero
857E054SubCE054_Loop
858E05DSubCE05D_OnZero
859E05ESubCE05E
860E069SubCE069_OnNonzero
861E08FSubCE08F_Loop
862E097SubCE097
863E0A7SubCE0A7
864E0B9SubCE0B9
865E0C0SubCE0C0
866E0E2SubCE0E2_OnCarryClear
867E110SubCE110_Loop
868E115SubCE115_Loop
869E11ASubCE11A_Loop
870E11BSubCE11B_Loop
871E12CSubCE12C_Loop
872E12ESubCE12E_Loop
873E12FSubCE12F_Loop
874E13DSubCE13D_Loop
875E142SubCE142_Loop
876E153SubCE153_Loop
877E158SubCE158_Loop
878E165SubCE165_Loop
879E16BSubCE16B
880E176SubCE176
881E17ESubCE17E_Loop
882E184SubCE184_Loop
883E189SubCE189
884E196SubCE196_OnNonnegative
885E1C6SubCE1C6_OnZero
886E1E0SubCE1E0_Loop
887E1E1SubCE1E1_Loop
888E1E4SubCE1E4_OnNonzero
889E1EESubCE1EE_Loop
890E202SubCE202_Loop
891E214SubCE214_OnZero
892E215SubCE215_Loop
893E21ASubCE21A_Loop
894E225SubCE225_Loop
895E234SubCE234_Loop
896E235SubCE235_Loop
897E23ESubCE23E_Loop
898E243SubCE243_Loop
899E250SubCE250_OnNonzero
900E251SubCE251_Loop
901E265SubCE265_Loop
902E277SubCE277
903E27ASubCE27A
904E27CSubCE27C_OnNonnegative
905E296SubCE296_Loop
906E29ASubCE29A
907E2A3SubCE2A3_OnNonnegative
908E2B0SubCE2B0_OnNonnegative
909E2BESubCE2BE_Loop
910E2C5SubCE2C5_OnNonnegative
911E2D0SubCE2D0_Loop
912E2E6SubCE2E6_Loop
913E2ECSubCE2EC_Loop
914E2F4SubCE2F4_Loop
915E2F8SubCE2F8
916E2FBSubCE2FB
917E303SubCE303_OnNonnegative
918E31ASubCE31A_Loop
919E321SubCE321
920E325SubCE325_OnNonnegative
921E33CSubCE33C
922E343SubCE343_OnNonnegative
923E362SubCE362_Loop
924E367SubCE367_OnNonnegative
925E372SubCE372_Loop
926E37ESubCE37E_Loop
927E4C2SubCE4C2
928E4CCSubCE4CC_OnNonzero
929E4ECSubCE4EC_Loop
930E502SubCE502_Loop
931E517SubCE517_OnNonzero
932E523SubCE523
933E527SubCE527_OnNonnegative
934E52FSubCE52F_OnNonnegative
935E573SubCE573
936E583SubCE583_Loop
937E587SubCE587_OnNonnegative
938E58FSubCE58F_Loop
939E59BSubCE59B_Loop
940E5A9SubCE5A9_Loop
941E5BBSubCE5BB_Loop
942E5C8SubCE5C8_Loop
943E5D2SubCE5D2_OnNonzero
944E5F2SubCE5F2_Loop
945E5FFSubCE5FF_Loop
946E614SubCE614
947E635SubCE635_Loop
948E63DSubCE63D
949E640SubCE640
950E64DSubCE64D_Loop
951E64ESubCE64E
952E662SubCE662_Loop
953E668SubCE668_OnNonnegative
954E678SubCE678_Loop
955E69BSubCE69B_Loop
956E6A5SubCE6A5_Loop
957E6ADSubCE6AD_Loop
958E6BESubCE6BE_OnNonzero
959E6D3SubCE6D3_Loop
960E6D7SubCE6D7_OnNonzero
961E6E9SubCE6E9_Loop
962E6F1SubCE6F1_Loop
963E719SubCE719
964E720SubCE720_OnNonnegative
965E726SubCE726_Loop
966E72BSubCE72B
967E747SubCE747_OnNonzero
968E74BSubCE74B_OnNonnegative
969E75ESubCE75E_Loop
970E779SubCE779_Loop
971E77CSubCE77C_Loop
972E79DSubCE79D
973E7A1SubCE7A1
974E7B2SubCE7B2_Loop
975E7B8SubCE7B8_Loop
976E7CBSubCE7CB_OnNonzero
977E7E7SubCE7E7_Loop
978E7F7SubCE7F7_OnNonzero
979E80DSubCE80D_Loop
980E815SubCE815_OnNonnegative
981E81CSubCE81C_Loop
982E833SubCE833_Loop
983E837SubCE837_OnNonnegative
984E843SubCE843_OnNonzero
985E875SubCE875_Loop
986E881SubCE881
987E88BSubCE88B_Loop
988E999SubCE999_OnNonnegative
989E9AASubCE9AA_Loop
990E9C3SubCE9C3_Loop
991E9C5SubCE9C5
992EA49SubCEA49_OnCarryClear
993EA4ASubCEA4A
994EA4CSubCEA4C_OnNonzero
995EA55SubCEA55
996EA8ESubCEA8E
997EA96SubCEA96_Loop
998EA97SubCEA97
999EAA1SubCEAA1_Loop
1000EAFCSubCEAFC
1001EB2ESubCEB2E
1002EB30SubCEB30_OnNonnegative
1003EB56SubCEB56_Loop
1004EB5FSubCEB5F
1005EB62SubCEB62_Loop
1006EB68SubCEB68_Loop
1007EB6BSubCEB6B_OnNonzero
1008EB6CSubCEB6C_Loop
1009EB7FSubCEB7F
1010EB8ASubCEB8A
1011EBCESubCEBCE_Loop
1012EBD3SubCEBD3_OnCarrySet
1013EBDDSubCEBDD_Loop
1014EBE9SubCEBE9_Loop
1015EBFESubCEBFE_OnCarryClear
1016EC07SubCEC07_Loop
1017EC12SubCEC12_Loop
1018EC23SubCEC23
1019EC2ASubCEC2A
1020EC42SubCEC42_Loop
1021EC50SubCEC50_Loop
1022EC51SubCEC51
1023EC53SubCEC53_OnNonnegative
1024EC63SubCEC63_Loop
1025EC74SubCEC74_Loop
1026EC82SubCEC82_Loop
1027EC92SubCEC92_Loop
1028EC9FSubCEC9F_OnNonzero
1029ECA8SubCECA8_Loop
1030ECBFSubCECBF
1031ECC1SubCECC1_OnNonnegative
1032ECC7SubCECC7_Loop
1033ECDDSubCECDD_Loop
1034ECE2SubCECE2_OnNonnegative
1035ECEASubCECEA_OnOverflowSet
1036ECF0SubCECF0
1037ED08SubCED08_Loop
1038ED25SubCED25
1039ED2CSubCED2C_OnNonzero
1040ED4BSubCED4B_Loop
1041ED51SubCED51
1042ED63SubCED63
1043EDBFSubCEDBF
1044EDD5SubCEDD5
1045EDDFSubCEDDF_OnNonnegative
1046EE0DSubCEE0D
1047EE0FSubCEE0F_OnNonnegative
1048EE26SubCEE26_Loop
1049EE31SubCEE31_Loop
1050EE38SubCEE38_Loop
1051EE44SubCEE44_Loop
1052EE4ASubCEE4A_OnNonzero
1053EE54SubCEE54_Loop
1054EE58SubCEE58_Loop
1055EE82SubCEE82_Loop
1056EE8DSubCEE8D_Loop
1057EE9DSubCEE9D_Loop
1058EEA2SubCEEA2
1059EEA7SubCEEA7_Loop
1060EEAASubCEEAA_Loop
1061EEBDSubCEEBD_OnZero
1062EEC2SubCEEC2_OnNonzero
1063EEC5SubCEEC5_Loop
1064EF03SubCEF03_Loop
1065EF06SubCEF06
1066EF19SubCEF19_Loop
1067EF3ASubCEF3A_Loop
1068EF42SubCEF42
1069EF47SubCEF47
1070EF4ESubCEF4E
1071EF56SubCEF56
1072EF62SubCEF62_Loop
1073EF6ASubCEF6A_Loop
1074EF6FSubCEF6F_Loop
1075EF70SubCEF70
1076EF7BSubCEF7B
1077EF7DSubCEF7D
1078EF83SubCEF83
1079EF8ESubCEF8E
1080EF9ASubCEF9A
1081EFA8SubCEFA8_Loop
1082EFB6SubCEFB6_Loop
1083EFB7SubCEFB7_Loop
1084EFCBSubCEFCB_Loop
1085EFD3UpdateMusicChannel19
1086EFDFSubCEFDF_Loop
1087EFE1SubCEFE1_Loop
1088EFECSubCEFEC
1089EFF3SubCEFF3
1090F014SubCF014_Loop
1091F015SubCF015_Loop
1092F03BSubCF03B_Loop
1093F043SubCF043_Loop
1094F04FSubCF04F_Loop
1095F075SubCF075_Loop
1096F07FSubCF07F_Loop
1097F092SubCF092_Loop
1098F0C8SubCF0C8_Loop
1099F0C9SubCF0C9
1100F0DCSubCF0DC_OnCarryClear
1101F0F9SubCF0F9_Loop
1102F10BSubCF10B
1103F11CSubCF11C_Loop
1104F137SubCF137_Loop
1105F13ASubCF13A_Loop
1106F13BSubCF13B
1107F19ESubCF19E
1108F2ECSubCF2EC
1109F305SubCF305_Loop
1110F309SubCF309_OnNonnegative
1111F327SubCF327_OnNonnegative
1112F32ESubCF32E_Loop
1113F33ASubCF33A_OnNonnegative
1114F343SubCF343_Loop
1115F34ASubCF34A_Loop
1116F34ESubCF34E_OnNonzero
1117F35ASubCF35A_Loop
1118F35BSubCF35B
1119F362SubCF362_OnNonnegative
1120F38DSubCF38D_OnCarrySet
1121F395SubCF395_Loop
1122F39FSubCF39F_OnNonzero
1123F3A1SubCF3A1_OnNonnegative
1124F3BDSubCF3BD
1125F3C6SubCF3C6_Loop
1126F3D1SubCF3D1_Loop
1127F3D2SubCF3D2
1128F3F8SubCF3F8_OnNonnegative
1129F42ASubCF42A_Loop
1130F430SubCF430_Loop
1131F436SubCF436_Loop
1132F45BSubCF45B_Loop
1133F465SubCF465_Loop
1134F504SubCF504
1135F517SubCF517_Loop
1136F524SubCF524
1137F52DSubCF52D_OnNonnegative
1138F537SubCF537_Loop
1139F564SubCF564
1140F566SubCF566_OnNonnegative
1141F586SubCF586
1142F5B1SubCF5B1_Loop
1143F5BBSubCF5BB_OnNonnegative
1144F5C4SubCF5C4_Loop
1145F630SubCF630
1146F64CSubCF64C
1147F660SubCF660_OnNonzero
1148F671SubCF671_OnNonzero
1149F691SubCF691
1150F6A4SubCF6A4
1151F6BDSubCF6BD_Loop
1152F6DASubCF6DA_Loop
1153F6DBSubCF6DB_Loop
1154F6EASubCF6EA
1155F71DSubCF71D
1156F71FSubCF71F_OnNonnegative
1157F72CSubCF72C_Loop
1158F737SubCF737
1159F74FSubCF74F_Loop
1160F773SubCF773_OnNonnegative
1161F77DSubCF77D_Loop
1162F783SubCF783_Loop
1163F78ASubCF78A_OnNonzero
1164F78BSubCF78B
1165F793SubCF793_Loop
1166F7A2SubCF7A2_Loop
1167F7ABSubCF7AB
1168F80CSubCF80C
1169F82FSubCF82F_Loop
1170F838SubCF838
1171F85CSubCF85C_Loop
1172F86BSubCF86B_OnNonzero
1173F877SubCF877_Loop
1174F87CSubCF87C_Loop
1175F889SubCF889_Loop
1176F898SubCF898_Loop
1177F899SubCF899_Loop
1178F8A8SubCF8A8_Loop
1179F8ACSubCF8AC
1180F8BESubCF8BE_Loop
1181F8CBSubCF8CB_Loop
1182F8D7SubCF8D7_Loop
1183F8DBSubCF8DB
1184F8E2SubCF8E2_OnNegative
1185F8F1SubCF8F1_Loop
1186F8F4SubCF8F4_Loop
1187F911SubCF911_Loop
1188F919SubCF919_Loop
1189F91ESubCF91E
1190F949SubCF949_Loop
1191F94FSubCF94F_Loop
1192F953SubCF953
1193F95ASubCF95A
1194F961SubCF961
1195F964SubCF964
1196F966SubCF966_OnNonzero
1197F977SubCF977_Loop
1198F978SubCF978
1199F97BSubCF97B
1200F97FSubCF97F
1201F983SubCF983
1202F9ABSubCF9AB_OnCarrySet
1203F9B1SubCF9B1_OnCarrySet
1204F9C8SubCF9C8_OnCarrySet
1205F9D0SubCF9D0_OnCarrySet
1206F9D6SubCF9D6_Loop
1207F9EBSubCF9EB
1208FA0CSubCFA0C_Loop
1209FA1BSubCFA1B_Loop
1210FA27SubCFA27_Loop
1211FA2FSubCFA2F_Loop
1212FA32SubCFA32_Loop
1213FA36SubCFA36
1214FA3ASubCFA3A
1215FA3FSubCFA3F_Loop
1216FA40SubCFA40_Loop
1217FA4ASubCFA4A_Loop
1218FA52SubCFA52_Loop
1219FA64SubCFA64_OnCarrySet
1220FA6BSubCFA6B_OnCarrySet
1221FA70SubCFA70_OnNonzero
1222FA7CSubCFA7C_OnNonzero
1223FA83SubCFA83_OnCarrySet
1224FA94SubCFA94_OnCarrySet
1225FAA1SubCFAA1_Loop
1226FAACSubCFAAC_Loop
1227FAB2SubCFAB2_Loop
1228FAB5SubCFAB5_Loop
1229FAC3SubCFAC3_Loop
1230FAC4SubCFAC4
1231FAECSubCFAEC_Loop
1232FAF9SubCFAF9_Loop
1233FB09SubCFB09_Loop
1234FB17SubCFB17_Loop
1235FB38SubCFB38_Loop
1236FB71SubCFB71_OnCarrySet
1237FB78SubCFB78_OnCarrySet
1238FB8CSubCFB8C_OnNonzero
1239FBA0SubCFBA0_Loop
1240FBA1SubCFBA1
1241FBBBSubCFBBB_Loop
1242FBCBSubCFBCB_Loop
1243FBDBSubCFBDB_Loop
1244FBEBSubCFBEB_Loop
1245FBFCSubCFBFC
1246FC05SubCFC05_Loop
1247FC11SubCFC11_OnZero
1248FC17SubCFC17_OnCarryClear
1249FC51SubCFC51_Loop
1250FC68SubCFC68_Loop
1251FC79SubCFC79_Loop
1252FC84SubCFC84_Loop
1253FC99SubCFC99_Loop
1254FCA7SubCFCA7_Loop
1255FCACSubCFCAC_Loop
1256FCBESubCFCBE_Loop
1257FCC4SubCFCC4_Loop
1258FCCDSubCFCCD_OnNonzero
1259FCE0SubCFCE0_Loop
1260FCF2SubCFCF2_Loop
1261FCF4SubCFCF4_Loop
1262FCFASubCFCFA_Loop
1263FD16SubCFD16_Loop
1264FD21SubCFD21_Loop