Receiver won't play most radio streams

[dolodobendan]

As the title suggests, my receivers (the other players work fine) won't play most radio stations. A few do play, for example, Radio Paradise and Secret Agent. There's nothing in the logs, but the Controller displays "Time out" while iPeng doesn't show any messages. I think it's the mp3 radio stations that do not work, but the sample pool is rather small. mp3-podcasts play without problems. I never changed this how-to-decode-this-or-that-file-format config file and I am a bit of a loss here.

[bpa]

Playing problems are usually either transcoding or https.

I'm guessing https.
what version of IO::Socket::SSL - if not 2.0x - then update

Try LMS setting play to proxy all streams on the player.

[dolodobendan]

Playing problems are usually either transcoding or https.

I'm guessing https.
what version of IO::Socket::SSL - if not 2.0x - then update

IO::Socket::SSL: 2.060

Try LMS setting play to proxy all streams on the player.

I'll try that. But shouldn't all players be affected?

[bpa]

I'll try that. But shouldn't all players be affected?

Yes if they are all older IP3K players but you have not given info what other players are. IIRC latest squeezelite supports https natively.

[dolodobendan]

Yes if they are all older IP3K players but you have not given info what other players are. IIRC latest squeezelite supports https natively.

The other players are Touches, SLX instances, the iPeng player, and my Sonos speakers.

Setting the receivers to "Proxied streaming" helped, thank you! Why do I need that all of a sudden?

[bpa]

The other players are Touches, SLX instances, the iPeng player, and my Sonos speakers.
Setting the receivers to "Proxied streaming" helped, thank you! Why do I need that all of a sudden?

Many stations are changing to https only whereas for a few years they also support http and https. This has been the case with BBC in the last year.

Touches should have the same problem but perhaps they have been proxied already for a different reason. Touch have not been updated to support native https.

Don't know the https support status of iPeng, SLX (Squeezlite-X ?) or Sonos (probably via BT or a upnp or airplay bridge which has a version of Squeezelite)

[dolodobendan]

Many stations are changing to https only whereas for a few years they also support http and https. This has been the case with BBC in the last year.

Touches should have the same problem but perhaps they have been proxied already for a different reason. Touch have not been updated to support native https.

Don't know the https support status of iPeng, SLX (Squeezlite-X ?) or Sonos (probably via BT or a upnp or airplay bridge which has a version of Squeezelite)

Yes, SLX is Squeezelite-X. The Sonos speakers use the airplay bridge plugin, that is also correct.

I've checked the settings for all players: The Touches still use "Direct streaming" (according to the player settings), as do all the other players. And my podcasts are all https and they work without the proxy setting (on the receivers, too!). That's why I'm confused that only the receivers need that setting now.

[bpa]

The Touches still use "Direct streaming" (according to the player settings), as do all the other players. And my podcasts are all https and they work without the proxy setting (on the receivers, too!). That's why I'm confused that only the receivers need that setting now.

Not sure about latest 7.9.* revision, but when given a https URL LMS used to first try the http version of same URL to maximise chance of success.

So to be sure what is happening you would need to enable a few different types of LMS logging.

Have you tried whether the https podcast URLS works with http or just https only ? To see what is happening try on a non LMS platform e.g. use wget on a Linux box or on a Browser.

[dolodobendan]

Not sure about latest 7.9.* revision, but when given a https URL LMS used to first try the http version of same URL to maximise chance of success.

So to be sure what is happening you would need to enable a few different types of LMS logging.

Have you tried whether the https podcast URLS works with http or just https only ? To see what is happening try on a non LMS platform e.g. use wget on a Linux box or on a Browser.

I tried the TRMS podcast. It works with both http and https (tested on Chrome):

https://content.production.cdn.art19...ast_200110.mp3

and

http://content.production.cdn.art19....ast_200110.mp3

Tomorrow I'll set logging for Internet Radio, revert the Proxy setting and see what comes up.

[bpa]

I tried the TRMS podcast. It works with both http and https (tested on Chrome):

Just to be sure.
Check the URL that is playing actually playing just in case http was redirected to a https URL to play.
This might be visible in the URL box but in the Chrome devtools network console - you can see the URL that is playing.