[Announce] Community Firmware for Squeezebox Radio/Touch/Controller and LMS 8

[mherger]

[Announce] Community Firmware forSqueezebox Radio/Touch/Controller and LMS 8

> Yes. Martin and I fixed a few issues with the previous release. The
> 'changelog'
> (https://ralph_irving.gitlab.io/lms-c...changelog.html)
> lists what's new.

Oh, ok, cool!

--

Michael

[rfunk]

Internet radio alarm audio problem

Ever since upgrading my bedroom Squeezebox Radio to this firmware, my 6am alarm starting an internet radio stream has sounded really bad. It's hard to describe, but it's rough and quiet, almost like maybe it's only playing half of each sample. If I switch to another station it sounds fine; then I switch back to the original one and this time it sounds fine. It also sounds fine if I reboot and manually start the problem station.

I'm running LMS 8.1.0, and the URL I'm trying to play is this: http://playerservices.streamtheworld.com/pls/WCBEFM.pls

[mrw]

Ever since upgrading my bedroom Squeezebox Radio to this firmware, my 6am alarm starting an internet radio stream has sounded really bad. It's hard to describe, but it's rough and quiet, almost like maybe it's only playing half of each sample.

I played out your station last night on one of my Radios (saved as a favourite). While it worked I did note difficulties with connecting.

So I set the station as an alarm both on an "old" firmware and a "new" firmware Radio, to go off this morning.

The "old" firmware was unable to connect, and played out the fall-back alarm track instead. Apparently it only allows 25 seconds before deciding that a station is "bad", and playing out the fall-back alarm.

The "new" firmware did connect, and played out fine for a few minutes. It apparently allows 60 seconds before deciding that a station is bad, so perhaps the extra time allowed it to successfully connect. After a few minutes the remote station must have given up, because the Radio switched to the fall-back alarm. I was not aware of any roughness in the sound quality while it was playing.

So, based on my very limited trial, I would say your radio station is unreliable, at least at present. If it has been consistently unreliable in the past, I would expect you to have been regularly subjected to the "fall-back" alarm, instead of the station. Has that been your experience ?

As regards the roughness of the sound that you heard, it is possible that this is a by-product of the combination of an unreliable stream and a change made to mitigate the effects of "bass drop out". Refer this post for a description: https://forums.slimdevices.com/showt...l=1#post981578

There is a small downside, in that any time that an under-run would have otherwise occurred, we will get a small, audible, click in the playback. I haven't particularly become aware of this in "real use".

It's quite possible that an unreliable server is causing a number of micro "under-runs" in the audio, leading to the effect you describe. I don't know, though, because I haven't personally encountered the issue in a year or so of using the modified firmware.

Perhaps the mitigation should be made a "switchable" option in the next release. My experience suggests that "on" should be the default. I'll give it some thought and, perhaps, make a proposal.

[rfunk]

Thanks for trying it out!

The "old" firmware was unable to connect, and played out the fall-back alarm track instead. Apparently it only allows 25 seconds before deciding that a station is "bad", and playing out the fall-back alarm.
...
So, based on my very limited trial, I would say your radio station is unreliable, at least at present. If it has been consistently unreliable in the past, I would expect you to have been regularly subjected to the "fall-back" alarm, instead of the station. Has that been your experience ?

That's certainly been a common experience for me previously, and I was happy to have that timeout increased, but most of the time it has worked.

As regards the roughness of the sound that you heard, it is possible that this is a by-product of the combination of an unreliable stream and a change made to mitigate the effects of "bass drop out". Refer this post for a description: https://forums.slimdevices.com/showt...l=1#post981578

It's quite possible that an unreliable server is causing a number of micro "under-runs" in the audio, leading to the effect you describe. I don't know, though, because I haven't personally encountered the issue in a year or so of using the modified firmware.

I'm not sure.... I wouldn't describe this as "a small click", but more like dropouts happening at a regular high frequency, happening every day but *only* when starting from the alarm function. (When I say "high frequency" that's to say many times per second as opposed to "occasionally".)

I noticed that this is a 22kHz stream, which at first made me wonder if there's some piece that is trying to play those 22kHz samples on a 44kHz clock, and doesn't have anything to play for every other slot. But of course that would be a 22kHz artifact, and this is more on the order of 10Hz. The buffer under-run problem is interesting, and makes me wonder what would happen with a much bigger buffer. Maybe I should try the Buffer Size applet. I'm also curious about the 22kHz problem that required updating that applet.

[rfunk]

Maybe I should try the Buffer Size applet. I'm also curious about the 22kHz problem that required updating that applet.

Well, I was going to experiment with the buffer size, but first the radio wanted to upgrade to the latest firmware (8.0.1-r16824). So I tested alarms with that, and everything sounded fine. Maybe the new firmware fixed the problem? I'll be interested in seeing what it sounds like Monday morning.

[mrw]

I'm not sure.... I wouldn't describe this as "a small click", but more like dropouts happening at a regular high frequency, happening every day but *only* when starting from the alarm function. (When I say "high frequency" that's to say many times per second as opposed to "occasionally".)

I noticed that this is a 22kHz stream, which at first made me wonder if there's some piece that is trying to play those 22kHz samples on a 44kHz clock, and doesn't have anything to play for every other slot. But of course that would be a 22kHz artifact, and this is more on the order of 10Hz. The buffer under-run problem is interesting, and makes me wonder what would happen with a much bigger buffer. Maybe I should try the Buffer Size applet. I'm also curious about the 22kHz problem that required updating that applet.

If this is the ALSA buffer under-run problem in a different guise, then:

A) you may be the only person in the world who knows what it sounds like, and
B) the Buffer Size Applet may very well help. (Although initial stream start up may still remain "at risk".)

I did notice a couple of tell-tail signs in the "old" firmware log. The "new" firmware will not log anything because there is never an ALSA buffer under-run. Just, perhaps, an audible click in its stead.

I will need to update the Applet's manifest to SqueezePlay version 8 before it will be made available through the Applet installer. (I had cautiously curtailed it to version 7). I'll try and get that done this evening.

The 22Khz sample rate failure was just weird. A thoroughly unexpected issue (read: bug) within the ALSA rate conversion plugin, which meant it rejected a 22kHz stream with a 30ms buffer. I found a simple work-around (specify a buffer of 29.999ms, or thereabouts).

Why only from the Alarm function ? I don't know. Possibly there is a slightly different start up sequence for the stream which makes it more susceptible to delays or problems on start up.

Let me know if increasing the buffer size to 30ms helps.

[NeverSimple]

As another checkpoint:

Just updated 2 x Touch, 2 x Radio and a controller to the current v8 firmware. Did not experience any problems so far.

Very nice work!

[Heuer]

Ditto. Upgraded two Radio's and a Controller (twice as another version was released) without problems. I was getting worried as I did not do a factory reset as suggested on any of them before switching the 'download' on in LMS. When I rebooted the devices they went straight into the upgrade menu with no apparent way out! No harm done though.

[mrw]

When I rebooted the devices they went straight into the upgrade menu with no apparent way out!

"No apparent way out" is, I suspect, because LMS considers this to be "forced" upgrade. The revision on the new firmware is later than the revision present on the device. See Slim::Utils::Firmware::need_upgrade. https://github.com/Logitech/slimserv...rmware.pm#L328

One could adapt the SqueezePlay firmware to allow an "apparent" way out anyway, but perhaps it would be better not to disturb a well established process.

An "unapparent way out" exists: take the help menu option instead of proceeding with the upgrade, and then press the Home key. I have been doing this for some years when I have felt the need. Which hasn't been often.

Edit: On the other hand, mysb.com will always be offering a different version (7.8 or 7.8 instead of 8), and will consider that to be "forced". Perhaps this is sufficiently annoying to warrant an adaptation to SqueezePlay.

[slartibartfast]

"No apparent way out" is, I suspect, because LMS considers this to be "forced" upgrade. The revision on the new firmware is later than the revision present on the device. See Slim::Utils::Firmware::need_upgrade. https://github.com/Logitech/slimserv...rmware.pm#L328

One could adapt the SqueezePlay firmware to allow an "apparent" way out anyway, but perhaps it would be better not to disturb a well established process.

An "unapparent way out" exists: take the help menu option instead of proceeding with the upgrade, and then press the Home key. I have been doing this for some years when I have felt the need. Which hasn't been often.

Edit: On the other hand, mysb.com will always be offering a different version (7.8 or 7.8 instead of 8), and will consider that to be "forced". Perhaps this is sufficiently annoying to warrant an adaptation to SqueezePlay.

I thought you could just long press on the "left" button to avoid an immediate upgrade.

Sent from my Pixel 3a using Tapatalk

[mrw]

I thought you could just long press on the "left" button to avoid an immediate upgrade.

Goodness me ! So you can.

So, there's another "unapparent way out".

[tw99]

The only patch on my Radio is the one that allows it to work correctly with an LMS 8 server. So if I reset it back to factory settings, and then for some reason the upgrade doesn't work, does that mean I'd need to find a 7.x server in order to get it going again ? This is the only thing that's putting me off from trying it at the moment. Or is it reasonably safe just to try the upgrade anyway without the reset ?

[madpatrick]

> So, I guess I have to update Ubuntu? Because I see version 2.067-1 only
> for Ubuntu 20.04.

Some people have had success updating using CPAN

perl -MCPAN -e shell
install IO::Socket::SSL

--
Michael

Tried to upgrade the IO::Socket::SSL version and it upgrade nicely to v2.068

install IO::Socket::SSL
IO::Socket::SSL is up to date (2.068).

But when I restart Squeezeboxserver, it still says i'm running on a old version v1.94

 You're using a rather old version of IO::Socket::SSL (v1.94) - please try to update to at least 2.020 for improved compatibility.

[mherger]

[Announce] Community Firmware forSqueezebox Radio/Touch/Controller and LMS 8

>> Michael
> Tried to upgrade the IO::Socket::SSL version and it upgrade nicely to
> v2.068
>
>
> But when I restart Squeezeboxserver, it still says i'm running on a old
> version v1.94

You might have different versions of Perl installed? What does the
following tell you?

`which perl` -v

And what about

/usr/bin/perl -v

?

--

Michael

[Heuer]

The only patch on my Radio is the one that allows it to work correctly with an LMS 8 server. So if I reset it back to factory settings, and then for some reason the upgrade doesn't work, does that mean I'd need to find a 7.x server in order to get it going again ? This is the only thing that's putting me off from trying it at the moment. Or is it reasonably safe just to try the upgrade anyway without the reset ?

My Radio's only had the patch and they upgraded happily without a factory reset.