https://gitlab.synchro.net/main/sbbs/-/commit/64d990434fbc087594847d4f
Modified Files:
src/doors/syncretro/COMPILING.md DESIGN.md M2_INPUT.md M4_AUDIO.md README.md SYNCDOS.md syncretro_input.c syncretro_io.c
Log Message:
syncretro: stop probing for a JXL tier this door never rendered

The docs claimed a JXL graphics tier and the door probed the terminal for
it, but syncretro_io.c's tier list has only ever held sixel and the block-character text modes: termgfx_jxl_encode is not called from anywhere
in this door, and the built binary contains no such symbol. The reply to
the Q;JXL cap-probe was parsed into g_jxl_supported, which nothing read.

So the probe and the dead flag go. The termgfx side stays untouched -- termgfx_query_jxl and termgfx_caps_parse_jxl serve syncdoom, syncduke, syncmoo1, syncconquer and termgfx_termio, where the tier is real and live. SyncTERM is still detected here by the two remaining paths, the CTDA
`<`/`=` marker and the audio-caps reply; the door already depends on CTDA
for physical-key reports and the CTerm version, so a client that fails to answer it is degraded well before this mattered.

DESIGN.md gains a section recording WHY, which was written down nowhere:
these cores -- FreeIntv, FCEUmm, MAME 2003-Plus -- emit small
palette-limited framebuffers that sixel renders well and cheaply, and JXL's advantage is photographic detail they do not have. The encoder, its build detection and the cap-probe all remain in termgfx, so a future core with a larger or more detailed framebuffer can be given the tier on SyncTERM; the section says what wiring it up would take.

COMPILING.md no longer tells a sysop to install libjxl-dev to build this
door, because it buys them nothing.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net