User reached the 2nd floor in acdream via ACE @teleport (stair-physics unblocked separately by scen2). Retail walked normally to 2nd floor. Both clients performed the same walk: forward 3 m, sidestep 1 m, walk back. Flat-floor scenario, no stairs, no transitions. Retail (decoded, 21,337 lines): BP1 transitional_insert: 10,217 hits BP4 find_collisions: 10,636 hits BP5 adjust_sphere: 113 hits BP6 check_walkable: 113 hits threshold=0.6642 BP2 step_up: 0 hits (no stairs) BP3 set_collide: 0 hits (no walls) BP7 set_contact_plane: 0 hits (KEY: zero CP updates) Acdream (93,558 lines): [cp-write]: 86,748 (vs retail BP7 = 0 — INFINITE ratio) [push-back-disp]: 2,752 [push-back]: 320 [push-back-cell]: 550 [other-cells]: 550 [indoor-bsp]: 1,061 [indoor-walkable]: 707 KEY FINDING for A6.P2: scen3 is the strongest CP-write blowup evidence yet. On a flat 2nd-floor walk where retail's set_contact_plane fires ZERO times across the entire scenario, acdream rewrites the contact plane 86,748 times. This is the exact pattern Finding 2 hypothesized (M1.5 design spec §1.2): acdream resynthesizes CP every frame instead of retaining it through the documented retention mechanisms (LKCP-restore, Path-6 land write, post-OK step-down probe). scen3 pair confirms CP-write blowup isn't stair-specific — it fires equally for ordinary flat-floor walking inside any indoor cell. A6.P3 fix surface: same as Finding 2 — stop resynthesizing CP per frame. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
10 MiB
10 MiB
| The file is too large to be shown. |