Re: [SlimDevices: Radio] Squeezebox Radios Reboots, with talk radio in the UK, cable connected , cable connect
slartibartfast wrote: > I started playing Classic FM hours ago and the playing time in the now > playing screen is 41 minutes. So I thought it must have rebooted but the > Radio uptime is currently over 8 days. What happened there? Good question, I became aware of something similar, with similar thought. Could it be that at some point the remote server went away, the Radio attempted rebuffering, but unsuccessfully, and then resumed the stream from scratch ? Which is what it would do. I've never paid attention to the playing time. mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=113309 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Squeezebox Radios Reboots, with talk radio in the UK, cable connected , cable connect
bpa wrote: > I think icy is being used to help support "ads" in some way and this is > a new use - rather than just Streamtitle and StreamURL. > > I may do a test of LBC "proxied" to see if it breaks. Synced players are > also effectively proxied and so icy would never get to the players.I started > playing Classic FM hours ago and the playing time in the now playing screen is 41 minutes. So I thought it must have rebooted but the Radio uptime is currently over 8 days. What happened there? Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=113309 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Squeezebox Radios Reboots, with talk radio in the UK, cable connected , cable connect
mrw wrote: > I used to play the Classic FM stream quite a lot in the past (2/3 years > ago ?), but I never noticed this problem. > I wonder what icy metadata was supplied then. I think icy is being used to help support "ads" in some way and this is a new use - rather than just Streamtitle and StreamURL. I may do a test of LBC "proxied" to see if it breaks. Synced players are also effectively proxied and so icy would never get to the players. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113309 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Squeezebox Radio keeps losing wireless connection and won't reconnect - any ideas?
jsclarke wrote: > FWIW- I have 5 squeezebox radios spread throughout the house. Within > the last month, all of them will disconnect from WiFi- they show full > strength WiFi signal but when I do a network check they report a DNS > registration error. I moved 2 to wired ethernet on the same net- and > the problems went away. I had been using a Google Mesh WiFi net. > > Yesterday, I upgraded to EERO 6 Pro. All radios initially connected and > worked. But by this morning all dropped their connection. Power > cycling got them back for just a few minutes. > > I also have a Grace "Mondo" radio- and it's hanging in there attaching > and working OK (so far). > > So given all of the previous posts I guess this is "the end of the line" > for this once great product, unless they're hard-wired to ethernet. > > What is strange is, this happened to all of them, abruptly, within a > month. The only thing "new" on our network at this time are 2 iPhone > 12's? > > Anyway good luck everyone. I thought the same, but then I found out about the. Vonets Ethernet dongle on this forum (thanks!) Tony SBTouch SBRadio Tony T's Profile: http://forums.slimdevices.com/member.php?userid=34544 View this thread: http://forums.slimdevices.com/showthread.php?t=97791 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Squeezebox Radio keeps losing wireless connection and won't reconnect - any ideas?
jsclarke wrote: > The only thing "new" on our network at this time are 2 iPhone 12's? and possibly a pushed firmware update into your routers. Adding a small WiFi to Ethernet dongle or a Powerline adapter (pair) is another way to keep them going. There are a few other threads about turning off new features in WiFi6 / Mesh routers to keep things working for the ancient kit. Paul Webster http://dabdig.blogspot.com author of \"now playing\" plugins covering radio france (fip etc), kcrw, supla finland, abc australia, cbc/radio-canada and rte ireland Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=97791 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Squeezebox Radio keeps losing wireless connection and won't reconnect - any ideas?
FWIW- I have 5 squeezebox radios spread throughout the house. Within the last month, all of them will disconnect from WiFi- they show full strength WiFi signal but when I do a network check they report a DNS registration error. I moved 2 to wired ethernet on the same net- and the problems went away. I had been using a Google Mesh WiFi net. Yesterday, I upgraded to EERO 6 Pro. All radios initially connected and worked. But by this morning all dropped their connection. Power cycling got them back for just a few minutes. I also have a Grace "Mondo" radio- and it's hanging in there attaching and working OK (so far). So given all of the previous posts I guess this is "the end of the line" for this once great product, unless they're hard-wired to ethernet. What is strange is, this happened to all of them, abruptly, within a month. The only thing "new" on our network at this time are 2 iPhone 12's? Anyway good luck everyone. jsclarke's Profile: http://forums.slimdevices.com/member.php?userid=5465 View this thread: http://forums.slimdevices.com/showthread.php?t=97791 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Community Build Radio Firmware
mrw wrote: > That probably wants to be in @ralphy's announcement post: > https://forums.slimdevices.com/showthread.php?111663-Community-Build-Radio-Firmware=995413=1#post995413 > > (It does work, I had forgotten too, so thanks for the reminder). Thanks. It's been added. Ralphy *1*-Touch, *5*-Classics, *3*-Booms, *1*-UE Radio 'Squeezebox client builds' (https://sourceforge.net/projects/lmsclients/files/) 'donations' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations=LL5P6365KQEXN=CA_name=Squeezebox%20client%20builds_code=USD=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted) always appreciated. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 View this thread: http://forums.slimdevices.com/showthread.php?t=111663 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Squeezebox Radios Reboots, with talk radio in the UK, cable connected , cable connect
I used to play the Classic FM stream quite a lot in the past (2/3 years ago ?), but I never noticed this problem. I wonder what icy metadata was supplied then. mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=113309 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Squeezebox Radios Reboots, with talk radio in the UK, cable connected , cable connect
bpa wrote: > I should think a patch for Touch should be possible, if the issues is > something like "unexpected" icy parameters (i.e. not StreamTitle and > StreamURL) and/or with unusual/confusing values. The problem with this particular failed assertion is, I suspect, this: -streambuf_fast_read- will not return all available data if the relevant icy data is wrapped around in the fifo buffer. A second read is required in those circumstances. And the code only attempts one read. That's my 'defect'. Which is not to say that "unexpected" icy parameters will not break things elsewhere, or that a duff icy metadata length byte wouldn't equally create difficulty. I noticed that the ClassicFM and LBC streams can produce some relatively large icy metadata when a track changes, or in other circumstances: Code: Dec 1 03:28:53 squeezeplay: DEBUG audio.decode - streambuf_icy_filter:383 got icy metadata: StreamTitle='Leo Delibes - Sylvia - Valse Lente';StreamUrl='';track_info='k4Smc3RhdHVzoUihQM5fxbhnpHR5cGWhVKJpZKY0MDI1MDSEpnN0YXR1c6FDoUDOX8W57KR0eXBloVSiaWSmNDU4NDc2hKZzdGF0dXOhQ6FAzl/FuuikdHlwZaFUomlkpjQwNDM1OA==';UTC='20201201T032839.656'; Nov 29 14:32:01 squeezeplay: DEBUG audio.decode - streambuf_icy_filter:383 got icy metadata: StreamTitle='';StreamUrl='ADBREAK_LENGTH_22:0851508063={}';UTC='20201129T143125.424'; So the odds of either of these streams triggering this assertion failure is somewhat greater than a stream that is more modest in its icy metadata offering. And it's not helpful that an assert failure message ends up discarded through STDERR, I would think better redirected to the system logger, at least pro-tem. bpa wrote: > > Again the Community Radio guys might be able to help out - especially as > it seem this problem affects a few stations. I'll share my findings with @ralphy. I'll have to fire up my SqueezeOS build system and test more rigorously - it lives somewhere in Amazon. bpa wrote: > Might be a cause of some reboots which were blamed on other things. Agree. mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=113309 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Squeezebox Radios Reboots, with talk radio in the UK, cable connected , cable connect
mrw wrote: > Well, that did the trick. I was rewarded with: > > Code: > > > jive: src/audio/streambuf.c:382: streambuf_icy_filter: Assertion `r == icy_len' failed. > > > > at about 3.30 in the morning. Source code: > https://github.com/Logitech/squeezeplay/blob/public/7.7/src/squeezeplay/src/audio/streambuf.c#L382 > Edit: This message does not show up in the system log, it is spat out > of -jive's- STDERR handle. > > I believe that there is a defect in the code here, but that must wait > further examination and testing with a suitably modified -jive- > binary. > > In the meantime, the only way to proceed, I think, is to turn off Icy > metadata capturing altogether. That would require a tweak to LMS, or > perhaps the lua source code on the Radio. > > I'm not sure what the best approach for an ordinary user would be. IIRC When a stream is proxied, icy metatada is filtered by LMS - so that maybe the workaround (or a way to confirm icy is the issue) Disable icy in jive in the player means user will lose all icy metadata from all streams played directly . I should think a patch for Touch should be possible, if the issues is something like "unexpected" icy parameters (i.e. not StreamTitle and StreamURL) and/or with unusual/confusing values. The problem could be in 2nd part of icy processing where icy metadata from a direct stream is sent back to LMS to display Again the Community Radio guys might be able to help out - especially as it seem this problem affects a few stations. Might be a cause of some reboots which were blamed on other things. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113309 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Squeezebox Radios Reboots, with talk radio in the UK, cable connected , cable connect
mrw wrote: > Perhaps I'll switch from LBC to ClassicFM, at least that gives me > soothing music. Well, that did the trick. I was rewarded with: Code: jive: src/audio/streambuf.c:382: streambuf_icy_filter: Assertion `r == icy_len' failed. at about 3.30 in the morning. Source code: https://github.com/Logitech/squeezeplay/blob/public/7.7/src/squeezeplay/src/audio/streambuf.c#L382 I believe that there is a defect in the code here, but that must wait further examination and testing with a suitably modified -jive- binary. In the meantime, the only way to proceed, I think, is to turn off Icy metadata capturing altogether. That would require a tweak to LMS, or perhaps the lua source code on the Radio. I'm not sure what the best approach for an ordinary user would be. mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=113309 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Bass amp problem
mrw wrote: > Update December 2020: I find that the problem may still occur, so > elimination of ALSA under-runs does not entirely cure the issue. But it > has helped. I've had one instance in the last 10 months, flagged in the > system log as follows: > > Code: > > > Dec 1 01:39:31 kernel: [63310.151320] ssi1_irq SISR 120 SIER 180100 fifo_errs=1 > > > > > We've seen these before, although much less often that the ALSA > under-runs that the modified -jive_alsa- eliminates. > > So, still not 100% effective.It was happening a lot for me back in July. > Since installing your jive alsa I haven't seen the issue at all [emoji1696] Sent from my Pixel 3a using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=104141 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio
Re: [SlimDevices: Radio] Bass amp problem
mrw wrote: > Having investigated the issue further over the last few months, somewhat > sporadically, I have pursued an alternative approach to the problem. It > appears to be effective, and has, in some form, been running on my > Radios for the last five months or so without any obvious adverse > effects. > > This "solution" requires installation of a modified -jive_alsa- that > eliminates the possibility of ALSA subsystem under-runs. In my > experience a "Bass Amp problem" is invariably preceded by an ALSA > under-run, and I believe that some of these under-runs, for unknown > reasons, trigger the problem. So, eliminate the under-run and the > problem goes away. > > Update December 2020: I find that the problem may still occur, so elimination of ALSA under-runs does not entirely cure the issue. But it has helped. I've had one instance in the last 10 months, flagged in the system log as follows: Code: Dec 1 01:39:31 kernel: [63310.151320] ssi1_irq SISR 120 SIER 180100 fifo_errs=1 We've seen these before, although much less often that the ALSA under-runs that the modified -jive_alsa- eliminates. So, still not 100% effective. mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=104141 ___ Radio mailing list Radio@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/radio