Minigames & Sol Tower

The step chart, beat clock, timing windows, groove gauge and score tiers are the game's own, read from the dance overlay on your disc. The judge scores the raw chart cell, not the held-sequence symbol the display substitutes on every fourth beat, and each chart symbol is literally a pad-button mask (1 = Square, 2 = Circle, 3 = Triangle).

Triangle matches no chart cell: it spends a stock of three, scores small anywhere but big (plus a full groove-gauge step) on the 4-beat combo slot, and the spin it triggers suspends judging entirely. The dancers, floor and HUD come from the dance art pack on the disc. Full trace with addresses and scoring constants: docs/subsystems/minigame-dance.md.

The names, ladder and prizes are read off your image. Each roster record opens with a 32-byte ASCII name, and the cabinet serves records 5–16 in order - across which the prize gold is strictly increasing and sums to — coins. Records 3 and 4 are the two secret opponents: the cabinet inserts them mid-run after stages 5 and 13 when your running high score is big enough, and serves them again on a second lap after an all-clear. That is why the raw roster's gold column looks jumbled - it is sorted so the secrets sit outside the first lap.

The duel is drawn with the cabinet's own assets, decoded from your disc as it runs: your fighter from the battle-form party pack (PROT 1204), the opponent from its per-rung pack (PROT 1206…1219), both posed from their real animation banks, plus the arena, the HUD and tally-menu widgets, the overlay's own sound cues and its boss-overture music. The mid-run pot forfeit is pinned to the disassembly: the GAME OVER state zeroes the prize accumulator on its first frame. Full trace: docs/subsystems/minigame-baka-fighter.md.

Fitted rather than traced: the 3D camera, fighter spacing and menu layout (the duel's GTE matrices are not in a save state), the tiled floor (the stage set carries no floor mesh), the HP-bar frame, and the animation slot order. When the presentation assets do not decode, the duel falls back to the stat panel above and says so - no stand-in art is drawn.

The rules are the retail loop, read off your image: the ten-species table (score value, pull factor, strike gate), the per-pond spawn tables the hook resolves through (lure row × band column), the four reel-cadence gesture templates the “Good!” recogniser matches, the band-roll odds, the strike credit, the gate behind each pond's band-4 rarity, the tension divisors of all three rods, the catch-score formula with its 999,999 cap, and the prize counter - all decoded from the fishing overlay at load. Reference: docs/subsystems/minigame-fishing.md.

The pond is the real place: the venue's own field-scene bundle assembled in WebGL, with the lead's actual field model standing on the shore in his own idle animation.

Fitted rather than traced: the camera framing and the shore anchor (the retail camera lives in runtime globals), the line / bobber / ripple overlay, the exact strike-denominator ladder, the fight's reel-in rates, and the fish-behaviour branch order (its pull / dart / sink formulas are per-species disc data). The HUD glyph atlas is the one undecoded fishing asset, so its icons draw as labelled text. The venue bundle carries two pond areas - the fenced fishing deck and the rocky-shore pool - and which pond each venue plays at is a fitted assignment; the line-snap loss is an engine-side reading.

The fight is your disc's. The four-direction deal, the AP gate and the action queue are the arena's own rules; each command resolves through the ported battle engine - its power from the battle overlay's move-power table, the damage roll and finisher from the shared battle formulas, the elemental nudge from the 8×8 affinity matrix. Your fighter's body is the assembled battle form (the player battle file's equipment sections spliced and posed from its own action streams), each direction plays that command's own swing record, and your stats are the new-game template levelled through the game's growth curves. The opponent fights with its monster record's boosted battle stats, and a committed sequence is matched against the arts-name table's own combo strings to raise the arts banner.

The arena is the game's own too. The fenced dirt ring is the Sol Muscle Dome's real battle backdrop (PROT 1225, the tail slot of the dome's other6.lzs file), drawn with its own texture pages and its lamp-glow prims blended additively the PSX way; the ground is the retail battle ground grid sampling the backdrop's own dirt tile. That stream's second object - a ring of dust decals - is omitted here, and retail omits it too: its battle scene loader drops object 1 from the backdrop's bound part list unless the encounter record's own option bit asks for it. A live capture of a dome contest reads that option byte as clear at the loader's own test and sees it written not once all match, so the trim really is what retail does here - and the retail match capture shows no dust. The sound is the dome's own cue set (PROT 0868 UI blips, the shared PROT 0869 impact cue) with the battle theme as BGM.

The chrome is the game's art. Every chip, plate, badge, numeral and banner strip on the HUD is decoded from your disc - the widget page in PROT.DAT's system-TIM gap, the small battle font, the menu-glyph digits, the battle-effect bank's SUPER / HYPER / MIRACLE ARTS!! strips and damage numerals (PROT 0870), and the dome's own cursive welcome, INTERVAL heading and ROUND word (extraction 1220). Screen positions come from the battle HUD element table plus packet captures of a real dome match and a real arts input screen, down to the hexagon chips, the maroon input bar, the pennants and the Hyper Arts list window.

Fitted rather than traced: the base camera seat, fighter spacing and facing; the banner's speed-line rays and the SUPER/MIRACLE word composition (only the HYPER strip is packet-pinned); the chips' glide-in motion; the INTERVAL screen's hold time; the KO clip pick; the opponent's greedy command AI (retail has no dome-specific AI table); the jitter-free level growth (retail adds a zero-mean random spread); the awarded Seru; pennant widths for non-30-cost commands; the review / Begin-Reselect screen geometry; and the arts list showing every table art - the page does not model arts learning. Two of those are now traced instead: the three UI blips are accept (0x21), highlight-moved (0x22) and refused-or-back (0x23); and retail's Auto has no picker at all - it commits the command string saved into the character's own record on the previous round's review confirm, which is also why a reopened input screen starts with the last round's pennants. The Ra-Seru chip is live now, on this page and in the native window: the shared session carries retail's three gates (the member's Ra-Seru, the sealed-magic status bit, the restriction word's magic bit), prices the list by the accessory MP-saver discount and resolves the cast through the same rule the ordinary battle folds with. Which chip wears the red X is the restriction word's, not a course table. The word is seeded at arena entry from three story flags, and the highest seed carries the magic bit, so retail's dome does cross the Ra-Seru chip out once the Master course is unlocked; every seed also carries the Item bit. The sibling gap is closed - the queue the turn resolves is now the retail tokenizer's wherever the fighter's art records are loaded - the arena door and the native window - so a recognised art contributes its own power row instead of the swings it consumed. This page's standalone dome panel still reads its arts from the name table, which has no action constants, so its banner is real recognition while its damage is still swings. Its hub screens also run retail's own fade/hold envelopes rather than a frame count the page picked. Without a disc the chrome falls back to a canvas approximation; when the 3D bodies or backdrop do not decode, the fight falls back to the text HUD or plain tiles and says so.