Subj : src/doors/syncretro/COMPILING.md DESIGN.md M2_INPUT.md M4_AUDIO.md REA To : Git commit to main/sbbs/master From : Rob Swindell (on Debian Linux) Date : Fri Aug 07 2026 15:55:33 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) --- SBBSecho 3.37-Linux * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705) .