Skip to content

Cache GGV interpolation during QSS lap optimization - #138

Open
rhorvath02 wants to merge 1 commit into
fix/follow-new-simulation-logfrom
fix/cache-lap-envelope-interpolation
Open

rhorvath02 wants to merge 1 commit into
fix/follow-new-simulation-logfrom
fix/cache-lap-envelope-interpolation

Conversation

@rhorvath02

@rhorvath02 rhorvath02 commented Oct 16, 2026 •

Copy link
Copy Markdown
Member

What

Reuse the unchanged GGV interpolation data during QSS racing-line optimization. Previously every lookup sorted and filtered every speed slice again. Prepare the signed branches once, interpolate only the neighboring speed slices, and evaluate the existing 40 corner-speed bisections across the track together.

The app also identifies linked-GGV lap processing in the run log. Track resolution, solver tolerances and racing-line settings are unchanged.

Stacked on #137.

How to check

The supplied 6 DOF envelope on the 2,062-sample Michigan track took 30.74 seconds for one profiled fixed-line lap before this change and 0.37 seconds afterward. Every speed sample and the 139.038379-second lap time matched exactly.

All 49 lap and GGV provenance tests pass. The added regression compares the cached interpolation with the full-slice calculation across signed turns, missing data, speed knots and out-of-range speeds. Ruff and type checking pass. Local full-suite validation finished with 1,040 passes and one localhost-binding denial. The denied desktop startup test passed when rerun with socket permission, giving 1,041 passing tests and 21 skips across those runs. The full minimum-time benchmark was stopped at the user's request in favor of a fixed minimum-curvature line. That line and lap solve converged in 29.36 seconds.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant