RTTI at vtable[-1] names the class .?AVSilphScriptPhase@silph@@ and the next class's COL at 0x820A8680 terminates the table at 113 entries. The earlier ">=200 slots" reading used a bad terminator -- scanning for a non-code word runs straight into the next vtable. Cross-check: the 147 built-in stubs use 109 distinct slots, min 0 max 110. The next vtable is .?AVSilphScriptPhaseDemo@silph@@, also 113 slots, overriding 109 of them with mostly one shared stub -- a cut-down phase. That explains why sub_822710D0 has two callers: sub_82263408 and sub_82275800 are the two classes' Update, both slot 111. Both "unread spawner callers" are placed: sub_82264058 is slot 0 of SilphScriptPhase and sub_82273910 is slot 0 of the Demo class -- the two destructors. Also records a negative: the Stage%02d construction site I proposed last iteration does not exist (no stage format string among the 43 short %d strings; no precomputed name hash anywhere), so the stage-index lead cannot be settled that way. Docs only; artefacts byte-identical.