Files
Sylpheed/docs
Sylpheed port agent 2b79c74586 port: black_hold_units 9 -> 0, and not the value that fits best
The Decoder measured the black gap on three transitions: menu->title 0 units,
title->menu 4, EXTRAS->menu 6. Not a constant, and 9 was outside the range
entirely -- wrong for all three by up to a sixth of a second of black the game
does not show.

Did not take the best-fitting value. A uniform 4 minimises total error (6 against
0's 10); that is fitting three samples. 0 has a reason that is not a fit -- it
adds no black the game does not have, the tie-breaker input_during_transition
already uses, and it is measured-correct for one real transition. The error is now
a missing gap of at most 6 units on two transitions rather than an invented one of
up to 9 on all three. Boot artifact unchanged at 0.0009% differing.

Their EXTRAS run vindicates the earlier refusal: B from EXTRAS goes black for two
completely empty frames, so the two-line change I declined would have been wrong
for two of three transitions.

Also: the declared final ramp is confirmed from my side (title 8, main_menu 10,
extras 10 -- their exact multiset), needing no constant. And exit_ramp_units
defaults to 24.0, the number HANDOFF told me to author and I refused, on a branch
that cannot execute: 866 keyframes across 16 screens, 0 untimed.

And origin/main is the stale era -- verified 0 145 left-right, tip 2026-08-29,
still carrying the pre-fix association. The per-iteration merge has been a no-op
for days, its 'Already up to date' reading as 'I am current' while meaning 'main
has nothing'.

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