324f1b26417066fbd2e99b4cb3a30bcc2ad18b6d
CI / test (push) Has been cancelled
Experiment #4 (blue×0.95) made shadow regions appear MORE blue, not less — reducing source blue still leaves positive blue error after a BLACK mapping, and the dither spends that error on neighbours, creating blue dither dots in dark regions. Reverting blue_mul to 1.0. Experiment #5 takes a different attack on the same problem: shift the BLUE palette mapping target from the muted (24, 64, 192) to a more saturated (8, 32, 220). Doesn't change what the panel displays (the blue ink is fixed); it just makes Euclidean distance from skin tones to "BLUE" larger in the algorithm's view, so the dither prefers RED/WHITE/YELLOW for borderline pixels. Render-compare's BASELINE struct now carries its own frozen palette, so half-A keeps the original (24,64,192) BLUE target while half-B pulls the shifted palette from the live pipeline. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Description
pictureFrame web app — Symfony + Vue SPA
Languages
Python
42.9%
PHP
20%
HTML
12.5%
TypeScript
11.7%
Vue
7.6%
Other
5.3%