fabi/Sylpheed
1
0
Fork 0
Code Issues 9 Pull Requests 1 Actions Packages Projects Releases Wiki Activity

port: print the capture-phase term beside the numbers it qualifies

Browse Source 
Their closing point -- the thread lived in messages and docs/re/, which by our own
rule means it was not delivered -- applies to my side. The capture-phase term was
in DECISIONS.md, but verify-capture is what prints the numbers it qualifies and it
said nothing: a reader saw title 14.16 with no sign that +/-5.56 is inherited from
where the shutter fell.

Now printed per row: title +/-5.56 regression only, main_menu +/-3.78, extras
+/-3.73, and both splashes marked as carrying no free-running element and meaning
what they say. Header records that --leaf-time=0 is a convention, not the game's
phase.

Also names a gap their own update exposes: they landed the leaf facts in HANDOFF,
correctly, but HANDOFF as I read it contains none of them -- their work is on
auto/build-ordinal-audit and origin/main is 145 commits behind. So the facts reach
me only through messages, the channel the rule says does not count. Writing it in
the contract is necessary and not sufficient when the contract lives on an
unmerged branch. My BLOCKED.md and DECISIONS.md carry the status sourced to their
sha so my tree does not depend on a HANDOFF I cannot see.

Second structural consequence of main being stale, after the Cargo.toml pin.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N7FiFFFwbvG2uxdcEh8HyF
This commit is contained in:
Sylpheed port agent
2026-08-30 17:11:57 +00:00
parent 857930a1ac
commit 51c85ed691
2 changed files with 67 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

23
tools/port/verify-capture
View File

@@ -215,9 +215,28 @@ for row in "${MAP[@]}"; do
raw=$(convert "$OUT/$name.crop.png" "$cap" -metric RMSE -compare -format "%[distortion]" info: 2>&1 | tail -1)
raw=$(python3 -c "print('%.2f' % (float('$raw')*255))" 2>/dev/null || echo "?")
note=""
# 🔴 EVERY ROW WITH A SWEEPING LEAF CARRIES A CAPTURE-PHASE TERM, AND THIS
# TOOL USED TO PRINT THE NUMBER WITHOUT IT.
#
# `ptloop01`/`ptloop02` free-run on a settled screen -- a settled screen is not
# a static screen -- so a capture froze them wherever the shutter fell, and the
# render is pinned at `--leaf-time=0` by CONVENTION, not because 0 is the
# game's phase. Measured by sweeping the phase against each capture:
#
# title 5.56 main_menu 3.78 extras 3.73 splashes 0.00
#
# Those are RMSE, in this tool's own metric, and larger than most margins
# anyone has quoted from these rows. So: usable for REGRESSION at a fixed pin,
# run to run; NOT usable as an absolute against anything measured differently.
#
# ✅ The two splash rows carry no free-running element at all. They are the
# only absolutes here that mean what they say.
case "$name" in
main_menu|extras) note="rendered with authored initial focus" ;;
title) note="settle t=198; residual is the SWEEP PHASE -- see DECISIONS.md" ;;
title) note="settle t=198; +/-5.56 capture-phase term -- regression only" ;;
title_jp) note="+/-5.6 capture-phase term (same leaves as build 4)" ;;
main_menu) note="rendered with authored initial focus; +/-3.78 capture-phase term" ;;
extras) note="rendered with authored initial focus; +/-3.73 capture-phase term" ;;
publisher_logo|developer_logos) note="no free-running element -- absolute, means what it says" ;;
esac
# Where the difference lives. This comes FIRST because it is what the gamma
# sweep has to be protected from.