Ok, something funny with your system; codecs seem ok, but you can’t receive a station that others can.
I’ve looked at the stream from WPLN and can see nothing untoward about it.
I’m moving this to the #support category where @support can come and get things sorted.
I think the next step here is to enable some diagnostics on your account so our technical staff can get some more insight into what’s going on here.
However, before I enable this feature, I’d like to ask for your help ensuring we gather the right information.
First, can you please reproduce the issue once more and note the time at which the error occurs. Then respond here with that time, and I’ll make sure we review the diagnostics related to that timestamp.
Hmm. The “local stations” should have provided the correct station. But, to check…
Please search using magnifying glass for wpln and make sure you choose the station which will have associated details, i.e. website, description, and stream https://wpln.streamguys1.com/wplnfm.mp3.m3u
I just wanted to let you know we’ve enabled diagnostics so we can look at the instance you previously mentioned. Please note that due to the holidays our queue is a bit longer than typical, but we’ll get back to you ASAP with feedback!
Another clue emerged this evening. I set up a second RPi4 in a new zone. I installed Ropieeexl. In my original zone, I had used VitOS. WPLN plays fine in the new zone via Ropieeexl, but still doesn’t play in the zone with VitOS. The hardware for both bridges is the same: RPi4 and an SMSL Sanskrit 10th Mk ii.
Perhaps. The two stations you have trouble with use
Transfer-Encoding: chunked
as a means of transmitting the mp3 stream. The others don’t. I suppose it’s possible that VitOS has trouble with this. I’ll ask nicely on the Silent Angel thread and see if anybody there can reproduce.