Read CEnvCell::point_in_cell @ 0x52c300 -> CCellStruct::point_in_cell @ 0x5338f0 -> BSPTREE::point_inside_cell_bsp: the find_cell_list PICK (pc:308810) is CENTER-ONLY, at global_sphere[0].center (the swept sphere center), NOT radius-aware and NOT the foot origin. So acdream's PointInsideCellBsp pick criterion ALREADY matches retail. The architect's 'use SphereIntersectsCellBsp in the pick' hypothesis is FALSIFIED. The P0 FindCellList_DoorwayThreshold probe fed the foot origin (captured m_position) through no sweep -> its 'all 22 diverge' is a PROBE ARTIFACT, not a confirmed production divergence (the data's own tell: retail commits the cell AHEAD of motion while the foot is behind = the swept sphere center crossing the portal). P1's decisive first step is the PRODUCTION-PATH trajectory conformance (replay the golden through ResolveWithTransition, which uses sp.GlobalSphere + the sweep) BEFORE designing any fix. Do not port a portal-crossing/radius pick on the probe. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| architecture | ||
| audit | ||
| plans | ||
| research | ||
| superpowers | ||
| bugs.md | ||
| ISSUES.md | ||