Files
Sylpheed/docs/re/data/settle-midramp-census.txt
sylph-decoder 19b41014ae re: census the settle pose's own failure mode -- and refute the obvious explanation
The port found ptmsg, the main menu's footer, at alpha 127.5 at that screen's
settle instant. Verified: build 5's window is [44,56] = 12 units and
screen render --settle already prints 'narrow -- this bundle may never settle'.

Disc-wide, elements caught mid-ramp at their screen's settle instant: 25.5 %
overall, 40.9 % on windows under 10 units, 45.1 % on 10-19, falling to 11.7 % and
15.0 % on wide ones.

The obvious reading of that table -- narrow window means the settle pose is bad --
is REFUTED by the screens that motivated the proposal, and I nearly published it.
The two splashes have an 8-unit window, narrower than the main menu's 12, and the
settle pose beats rest() there by 75x and 33x. Width does not predict quality.

The predictor is the port's own statement: the settle pose wins decisively where
rest() lands on a transient's peak, and loses slightly where rest() is already
sound and an element arrives after the window closes.

And my own rest_vs_settle filter was wrong in both directions: dropping bundles
under 10 units admitted the 10-19 bucket, the worst at 45.1 %, and excluded both
splashes at width 8 -- the strongest evidence FOR the proposal. A threshold taken
from a documented rule of thumb and applied without checking which screens it
admitted and which it threw away.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Wuu56cE8vJGTBtn1ppsk8v
2026-08-30 12:45:33 +00:00

49 lines
2.5 KiB
Plaintext
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# The settle-instant pose's OWN failure mode, censused. 2026-08-30.
# examples/settle_midramp_census.rs
#
# The port agent found ptmsg -- the main menu's footer -- at alpha 127.5 of 255
# at that screen's settle instant, because the longest keyframe-free interval
# ends exactly as the footer arrives. VERIFIED here: build 5's window is
# [44, 56] = 12 units, instant 50, and screen render --settle ALREADY PRINTS
# 'narrow -- this bundle may never settle'.
#
# 'Mid-ramp' = at the settle instant the element sits strictly inside an
# interval whose endpoint poses DIFFER: it is interpolating, not held.
#
window bundles elements mid-ramp share
< 10 896 3571 1460 40.9%
1019 478 1755 791 45.1%
2029 281 935 297 31.8%
3059 393 4084 476 11.7%
>= 60 265 3646 548 15.0%
ALL 2313 13991 3572 25.5%
--- END (if this line is missing, the run did not finish) ---
#
# 🔴 AND THE OBVIOUS READING OF THAT TABLE IS WRONG. 'Narrow window means the
# settle pose is bad' is refuted by the screens that motivated the proposal:
#
# build 4 title window 76 wide port: settle wins 9x
# build 5 main menu window 12 narrow port: settle loses 1.2x
# build 6 EXTRAS window 12 narrow port: confounded
# build 10 publisher window 8 NARROWER port: settle wins 75x
# build 11 developer window 8 NARROWER port: settle wins 33x
# build 0 loading window 4 narrowest
#
# The two splashes have an 8-unit window -- narrower than the main menu's 12 --
# and the settle pose beats rest() there by 75x and 33x. So width does not
# predict quality, and I nearly published that it did.
#
# The predictor is the one the port already stated: the settle pose wins
# DECISIVELY where rest() lands on a transient's PEAK (the splashes: rest()
# returns a=212 / a=255 on flashes that are over by t=45), and loses SLIGHTLY
# where rest() is already sound and an element arrives after the window closes
# (the menus: the footer caught at a=127). Those are independent of width.
#
# 🔴 AND MY OWN FILTER WAS WRONG IN BOTH DIRECTIONS. rest_vs_settle dropped
# bundles with a window under 10 units. That admitted the 10-19 bucket, which
# is the WORST at 45.1 % mid-ramp -- and it EXCLUDED the two splashes at width
# 8, which are the strongest evidence FOR the proposal. A threshold chosen
# from a documented rule of thumb, applied without checking which screens it
# admitted and which it threw away.