Home of the Squeezebox™ & Transporter® network music players.
Page 1 of 2 12 LastLast
Results 1 to 10 of 11
  1. #1
    Senior Member dolodobendan's Avatar
    Join Date
    Dec 2017
    Location
    Braunschweig, Germany
    Posts
    1,353

    Receiver won't play most radio streams

    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.
    Last edited by dolodobendan; 2020-01-11 at 04:46. Reason: typo
    QLMS 8.2@2.21 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4

  2. #2
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    20,348
    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.

  3. #3
    Senior Member dolodobendan's Avatar
    Join Date
    Dec 2017
    Location
    Braunschweig, Germany
    Posts
    1,353
    Quote Originally Posted by bpa View Post
    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

    Quote Originally Posted by bpa View Post
    Try LMS setting play to proxy all streams on the player.
    I'll try that. But shouldn't all players be affected?
    QLMS 8.2@2.21 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4

  4. #4
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    20,348
    Quote Originally Posted by dolodobendan View Post
    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.

  5. #5
    Senior Member dolodobendan's Avatar
    Join Date
    Dec 2017
    Location
    Braunschweig, Germany
    Posts
    1,353
    Quote Originally Posted by bpa View Post
    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?
    QLMS 8.2@2.21 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4

  6. #6
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    20,348
    Quote Originally Posted by dolodobendan View Post
    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)

  7. #7
    Senior Member dolodobendan's Avatar
    Join Date
    Dec 2017
    Location
    Braunschweig, Germany
    Posts
    1,353
    Quote Originally Posted by bpa View Post
    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.
    QLMS 8.2@2.21 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4

  8. #8
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    20,348
    Quote Originally Posted by dolodobendan View Post
    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.

  9. #9
    Senior Member dolodobendan's Avatar
    Join Date
    Dec 2017
    Location
    Braunschweig, Germany
    Posts
    1,353
    Quote Originally Posted by bpa View Post
    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.
    Last edited by dolodobendan; 2020-01-12 at 14:09.
    QLMS 8.2@2.21 x64 (digimaster) with perl 5.30.1 / QNAP 469L QTS 4.3.4

  10. #10
    Senior Member
    Join Date
    Oct 2005
    Location
    Ireland
    Posts
    20,348
    Quote Originally Posted by dolodobendan View Post
    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.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •