Look for similar bugs
Checked
Description
librespot used to respond to client volume changes, but stopped recently. The only way to control the volume now is with --initial-volume N
Version
33bf3a7 (HEAD -> dev, origin/dev, origin/HEAD) Emit SetQueue event (#1677)
Built with cargo --locked to get around the vergen issue
How to reproduce
Steps to reproduce the behavior in librespot e.g.
- librespot launched from snapserver "source = librespot:///home/jbm/bin/librespot?name=slimshady-snapcast-librespot&dryout_ms=2000&devicename=slimshady-snapcast-librespot&volume=40"
- Running ps: "/home/jbm/bin/librespot --name slimshady-snapcast-librespot --bitrate 320 --backend pipe --initial-volume 40 --verbose"
- In the client click on
- librespot does not respond to the volume change like it used to.
Log
- librespot does not function with --verbose in this environment.
Host (what you are running librespot on):
- OS: Linux - Ubuntu 25.10
- Intel mini PC: HP t520 Flexible Series TC
Additional context
The upgrade to Ubuntu 25.10 was recent, but I think the problem started before that.
Look for similar bugs
Checked
Description
librespot used to respond to client volume changes, but stopped recently. The only way to control the volume now is with
--initial-volume NVersion
33bf3a7 (HEAD -> dev, origin/dev, origin/HEAD) Emit
SetQueueevent (#1677)Built with
cargo --lockedto get around the vergen issueHow to reproduce
Steps to reproduce the behavior in librespot e.g.
Log
Host (what you are running
librespoton):Additional context
The upgrade to Ubuntu 25.10 was recent, but I think the problem started before that.