https://gitlab.synchro.net/main/sbbs/-/commit/668f41fb2a540e168c059fc8
Modified Files:
src/doors/syncduke/syncduke_stubs.c
Log Message:
syncduke: prefix the music cache name with the track filename

The door-side / client cache key was the bare content hash (d_<hash>); make
it "<trackname>_<hash>" (e.g. STALKER_3f2a8b1c) so the cached OGGs are legible when inspecting a client's SyncTERM cache. The hash still does the work -- stable cross-session and collision-free across GRPs; the name is just for readability. Strip the source extension and neutralise any dots first so termgfx's extension-stripping doesn't eat the hash. SyncDOOM stays hash-only (its music module only gets the lump bytes, not the lump name).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
--- SBBSecho 3.37-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

https://gitlab.synchro.net/main/sbbs/-/commit/9d6fa39bad4799645773cd31
Modified Files:
src/doors/syncduke/syncduke_stubs.c
Log Message:
syncduke: map the MusicVolume slider linearly in dB

The faithful percent->dB step left the MusicVolume slider mapping the game 0..255 to a 0..20 percent that SyncTERM then log-converted, so the slider
was lumpy near the bottom and the trim was the opaque number 20. Map the
slider LINEARLY IN DB instead -- how a real fader behaves -- between a
shared floor and a readable per-door trim: SD_MUSIC_TRIM_DB -14 (the old SD_MUSIC_MAXV 20 in honest units) at the top, SD_MUSIC_FLOOR_DB -40 just
above the 0 = OFF cutoff.

Confirmed by ear. Same behaviour at the top of the slider; smoother, and a touch quieter, through the middle.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
--- SBBSecho 3.37-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)