Files
Sylpheed/docs
Sylpheed port agent 7fe318356c port: the phase result does not replicate, and the failure reframes it
The Decoder established ptloop01/02 and their leaves are identical on entries 4, 5
and 7; confirmed against my export on every field. That makes replication
well-posed: same object, different screen, different capture.

main_menu minimises at 0 units (13.2059); title minimises at 240 (13.9417), with 0
at 14.1604. Spread 1.025 on the title, 18x the 0.0565 floor, so both sweeps are
decisive and they decisively disagree.

The meaning: the leaf free-runs in the game too, so each capture froze it wherever
it happened to be. The phase that best matches a capture is a property of when the
shutter fell, not of the game's rest state -- a continuously sweeping element has
no canonical rest phase to find. My 'phase 0 is the measured best of the cycle'
was measuring the capture, not the game. The hedge I attached was the right
caveat for the wrong reason: I framed a well-located property of a photograph as a
weakly-located property of the game.

Phase 0 stays pinned as a harness convention. NOT tuning it per screen -- 0 for
main_menu and 240 for title would minimise both and would be fitting each
capture's shutter moment, making the harness agree with the oracle by
construction.

Every row with a sweeping leaf now carries an irreducible capture-phase term of up
to ~1.0 RMSE, larger than most margins quoted from those rows.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N7FiFFFwbvG2uxdcEh8HyF
2026-08-30 16:02:49 +00:00
..