Porting Test Drive II from SNES to PC, Part 11: Closing the 1022..1029 ownership block

Porting Test Drive II from SNES to PC, Part 11: Closing the 1022..1029 ownership block The previous checkpoint closed the direct bridge-extracted 1014..1021 block with live ownership evidence. That left one obvious follow-up: push the same proof surface to frame 1029 and see whether the late 01:9FE5 path is still stable once the bounded write surface gets even thinner. This checkpoint does that. Why 1029 mattered 1029 is the end of the next direct bridge-extracted block: 1022..1029 The earlier checkpoints had already shown a pattern: callback ownership stayed flat OAM stayed flat bounded VRAM activity kept thinning out So the real question here was not just “does the same callback still show up?” It was: does the block still close under the same owner? does bounded VRAM disappear entirely in this window? if that happens, what does the screenshot surface look like? That is a better archaeology question than simply checking whether the extracted frame still renders. The checkpoint The wo