Files
Sylpheed/docs/port
Sylpheed port agent ff66d7c17b port: fit a gamma on the clean rows, and repeat a mistake my own tool documents
The splashes carry no free-running element, so they are the only place to measure
the capture's tone relationship without a phase term. Gamma sweep gives a clean
minimum at 0.85 on publisher_logo, developer_logos and title -- gamma ~1.18 in the
corpus convention, against HANDOFF's 1.34-1.49. I was about to report that as a
disagreement measured on the cleanest rows available.

verify-capture's own header answers it: the tone relationship is a curve, not a
best exponent, and two earlier versions of the tool reported an exponent and were
wrong. The binned table below it shows implied gamma falling with render level --
1.20 at 8, 1.18 at 24, 1.03 at 40, 0.93 at 48 -- with 511026 pixels in the dark
bins against 258823 above. My whole-frame fit recovered the pixel-count-weighted
average of a varying curve and would have published it as the gamma. Third time
this tool has been fitted an exponent, third time wrong.

The residual at best gamma is 1.92-2.06 on the clean rows, ~30x the 0.06
rasterisation floor, so a single exponent cannot close it.

What the clean rows do establish: the splash residual bottoms at 1.92 with no
phase term, so it is a real floor for those screens and still 30x the noise --
the port and the capture differ by something the tone curve does not explain.

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