Squeezelite not playing audio on an rPi3 running recently upgraded Raspberry Pi OS Lite 10.7.
As laid out in this post on a thread I made on forums.slimdevices.com, I'm having problems with squeezelite not working after upgrading an rPi3 to the most recent version of Raspberry Pi OS Lite 10.7 $ uname -a Linux raspberrypi 5.10.11-v7+ #1399 SMP Thu Jan 28 12:06:05 GMT 2021 armv7l GNU/Linux.
It works fine on a fresh flash of Raspberry Pi OS Lite release 2021-01-11 (uname -a Linux raspberrypi 5.4.83-v7+ #1379 SMP Mon Dec 14 13:08:57 GMT 2020 armv7l GNU/Linux), but it doesn't play any audio after upgrading and rebooting.
FWIW, the visualisation data file in /dev/shm also reports no output (all zeros). There's a slight variation in the output of $ squeezelite -d info=all (I've linked the pastes in the forum post above). Running the most recent version of squeezelite downloaded from sourceforge also doesn't work, but it also reports the following debug output repeatedly "output_thread:764 start error: File descriptor in bad state".
Could you help, please? Thank you.
From you paste bin logs you are running squeezelite v1.8 which was released more than 6 years ago, before I started supporting squeezelite. Try with my current armhf build. https://sourceforge.net/projects/lmsclients/files/squeezelite/linux/squeezelite-1.9.8.1344-armhf.tar.gz/download The /dev/shm issue is likely a result of the output_thread error.
Hi, thank you. I hadn't had any success running the most recent version of squeezelite either, although I admit I hadn't realised that the Raspbian version was quite so old!
A debug log running squeezelite 1.9.8 before upgrading raspbian: https://pastebin.com/LDRbnibP
and after updating: https://pastebin.com/eFLfBVa7 I've deleted extraneous lines reading 'output_thread:764 start error: File descriptor in bad state' - after the initial start-up has finished it prints this continuously about 100 times per second.
My user is a member of audio, and I get the same result when running with sudo. Both of the tests above were run without -v. This is the apt upgrade log that seems causes the issue: https://pastebin.com/AA3BTa2j
I appreciate any support you can offer, thank you
Try adding
-a :::0
to the squeezelite command line options to disable mmap.
It's the number zero not letter O.
Thank you. That works perfectly.
I had found a thread on forums.slimdevices.com about disabling mmap that specifically related to rPi4, but it was beyond me how to apply that fix for my rPi3.
But now in retrospect I've now found that toggling mmap is specifically documented in -h 😳
Last edit: Edward Jones 2021-02-10
Yes, it looks like the new linux kernel ss causing the problem.
I've noticed that disabling mmap alters the behaviour of -v, in that the amplitude of the visualiser data stream becomes controlled by the volume control. A volume setting of 1 means the amplitude of the data is zero and a volume setting of 11 gives the maximum amplitude. Previously, without -a :::0 , the -v data stream was unaffected by the volume setting.
Not sure if this is expected behaviour, or an inevitable consequence of disabling mmap but thought it worth mentioning.