Stephen James Hurd

The sample volume and the channel volume are different controls. A 0% volume is -60dB, and the channel volume defaults to -12dB for a total of -72dB. To get -60dB queue volume into the audible range, you would need to add positive gain to the channel, which you can't do with percentages. If you really need to do that, you could set the volume to 48dB, which would make -60dB into the normal -12dB... but any sample not played at 0% volume would blast it into to hard clipping.

Sixel: vertical pixel-aspect scaling (DECGRA Pan>1) corrupts the final partial 6-pixel band

Digital audio (SyncTERM:A) — large latency on the ALSA output backend when a sound starts while other audio is playing (PulseAudio backend unaffected)

Sixel: vertical pixel-aspect scaling (DECGRA Pan>1) corrupts the final partial 6-pixel band

Fix for the mask/background problem committed... it still won't clip sixels though, so the modulo six thing is likely still needed.

Ignoring everything Claude said and going just off what @rswindell said, the issue is likely that sixel can't express partial bands, and a 25-line screen contains a partial band at the end. Sixel data is emitted in 6-dot vertical bands, scaled here to 12 physical rows. A 400-pixel-high screen leaves 400 % 12 = 4 physical rows at the bottom. There is no implementation path that clips a sixel band to those last 4 rows. With scrolling disabled, the parser refuses the newline that would move the sixel...

As for the Win32 issue, I assume it's because I'm putting the static library into a DLL, so the two instances end up unexpectedly sharing a heap.

Serial port baud rate truncated in status bar