Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
First, allow me to apologize for my earlier post in this thread, regarding my inability to play FLAC Interactive at all... I had inadvertently damaged my installation of openssl, which was the cause of that. Now fixed. I have played with all the settings I could find in LMS and applets on my SB Touch - to no effect. Nothing has had any effect on this issue. Network testing has demonstrated my LMS/SBT setup has all the bandwidth it desires, but I cannot play RP FLAC Interactive without periodic dropouts and restarts. I wound up with a something however that is as good as I can make it: Player Settings: Proxied Streaming Server Settings: Radio Station Buffer: 30s, Radio Station Timeout: 60s, Server Priority: -16 High Player Applets Installed: Firmware 7.8.0-16754, EDO, Kernel Idle Option: enabled, Buffer Tuning: Large enabled Some of these parameters have helped with Hi-Res streaming such as Qobuz, but nothing made any difference with RP. *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Material Skin > ifi USB iSilencer > Audirect Beam DAC > Senn IE 80 earbuds *Bedroom:* Pixel 3a Phone + SB Player + Material/mobile > Bose SoundLink Revolve *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 7.9.2 *Music:* Personal FLAC, Radio Paradise FLAC, Qobuz, Spotify Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
d6jg wrote: > Regular is continuous - a normal Internet Radio stream > Interactive allows you to jump tracks - it receives RP in about 20 > minute chunks and allows you to skip tracks inside that chunk if you > don't like it. Thanks @philippe_44 and @d6jg for putting me on track. mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
mrw wrote: > Well, both Interactive and Regular flac streams seem to be working fine > here on Squeezeplay (on MacOS) and a Squeezebox Radio using that latest > LMS, commit 5862496f of Nov 13. So I'm inclined to think that the > oggflac related change to -types.conf- is not the cause of Ron F.'s > ouch. Unless he learns otherwise. > > As an aside, could someone educate me on the difference between > Interactive & Regular ? I'm a new RP user. Regular is continuous - a normal Internet Radio stream Interactive allows you to jump tracks - it receives RP in about 20 minute chunks and allows you to skip tracks inside that chunk if you don't like it. VB2.4[/B] STORAGE *QNAP TS419P (NFS) [B]Living Room* - Joggler & SB3 -> Onkyo TS606 -> Celestion F20s *Office* - Pi3+Sreen -> Sony TAFE320 -> Celestion F10s / Pi2+DAC & SB3 -> Onkyo CRN755 -> Wharfedale Modus Cubes *Dining Room* -> SB Boom *Kitchen* -> UE Radio (upgraded to SB Radio) *Bedroom (Bedside)* - Pi2+DAC ->ToppingTP21 ->AKG Headphones *Bedroom (TV)* - SB Touch ->Sherwood AVR ->Mordaunt Short M10s Everything controlled by iPeng d6jg's Profile: http://forums.slimdevices.com/member.php?userid=44051 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
At the moment the interactive Main, Rock and Eclectic mixes all appear to be exactly the same stream to me. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
mherger wrote: > > In the log, I am now getting messages that look like. > > > > [19-11-13 21:40:57.1620] > > Plugins::RadioParadise::MetadataProvider::_gotMetadataError (178) > Error > > fetching RadioParadise metadata: Connect timed out: > > This could be the result of an outdated OpenSSL or IO::Socket::SSL > library. Make sure you're up to date on those. > > -- > > Michael Thank you for responding. This is very strange; I am running Ubuntu 18.04, and I reinstalled openssl - 1.1.1 and libio-socket-ssl-perl - 2.060. No improvement, I am stumped. *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Material Skin > ifi USB iSilencer > Audirect Beam DAC > Senn IE 80 earbuds *Bedroom:* Pixel 3a Phone + SB Player + Material/mobile > Bose SoundLink Revolve *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 7.9.2 *Music:* Personal FLAC, Radio Paradise FLAC, Qobuz, Spotify Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
In the log, I am now getting messages that look like. [19-11-13 21:40:57.1620] Plugins::RadioParadise::MetadataProvider::_gotMetadataError (178) Error fetching RadioParadise metadata: Connect timed out: This could be the result of an outdated OpenSSL or IO::Socket::SSL library. Make sure you're up to date on those. -- Michael ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
mherger wrote: > > Things have changed. I don't know if this is related or not, but I > > updated LMS to the latest commit, 5862496f..., Nov 13, and now the RP > > FLAC Interactive streams no longer work at all. The FLAC Regular > streams > > play, but with zero metadata. I will have to investigate with > Wireshark > > to see what is happening. > > Ouch... that's not good. The latest change indeed was around FLAC in Ogg > > containers. I'll have to investigate - and revert if needed. Thanks for > > the heads up! > > -- > > Michael I think the problem is with my LMS server; types.conf is not involved. I tried several different versions of logitechmediaserver, to no improvement. In the log, I am now getting messages that look like. [19-11-13 21:40:57.1620] Plugins::RadioParadise::MetadataProvider::_gotMetadataError (178) Error fetching RadioParadise metadata: Connect timed out: [19-11-13 21:40:57.1622] Plugins::RadioParadise::MetadataProvider::_gotMetadataError (178) Error fetching RadioParadise metadata: Connect timed out: Bad file descriptor I have not seen anything like this. This is probably not actually related to RP now at all, as I am getting very similar errors with Spotty too. I have no idea what has happened or how to fix this. *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Material Skin > ifi USB iSilencer > Audirect Beam DAC > Senn IE 80 earbuds *Bedroom:* Pixel 3a Phone + SB Player + Material/mobile > Bose SoundLink Revolve *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 7.9.2 *Music:* Personal FLAC, Radio Paradise FLAC, Qobuz, Spotify Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Things have changed. I don't know if this is related or not, but I updated LMS to the latest commit, 5862496f..., Nov 13, and now the RP FLAC Interactive streams no longer work at all. The FLAC Regular streams play, but with zero metadata. I will have to investigate with Wireshark to see what is happening. I can't confirm this issue. Seems to be working perfectly fine here. -- Michael ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
mrw wrote: > Well, both Interactive and Regular flac streams seem to be working fine > here on Squeezeplay (on MacOS) and a Squeezebox Radio using that latest > LMS, commit 5862496f of Nov 13. So I'm inclined to think that the > oggflac related change to -types.conf- is not the cause of Ron F.'s > ouch. Unless he learns otherwise. > > As an aside, could someone educate me on the difference between > Interactive & Regular ? I'm a new RP user. See my post a few messages above. Regular is an infinite stream and interactive are blocks of 20-30 mins made of 2-5 tracks. That explains a lot in term of download process LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
mrw wrote: > The latest commit, 5862496f, touches oggflac. > https://github.com/Logitech/slimserver/pull/290/commits/dafc93c559a150296a3c45af4d8619158ccbdf97 > > I can't see why it would impact, but as a first step, could you rule it > out (or in) by removing the following line that it introduced into > -types.conf-. > > > Code: > > > # Special content type for Ogg FLAC streams (which use a different decode path) > ogf - - audio > > > Well, both Interactive and Regular flac streams seem to be working fine here on Squeezeplay (on MacOS) and a Squeezebox Radio using that latest LMS, commit 5862496f of Nov 13. So I'm inclined to think that the oggflac related change to -types.conf- is not the cause of Ron F.'s ouch. Unless he learns otherwise. As an aside, could someone educate me on the difference between Interactive & Regular ? I'm a new RP user. mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Ron F. wrote: > OKay... > > Things have changed. I don't know if this is related or not, but I > updated LMS to the latest commit, 5862496f..., Nov 13, and now the RP > FLAC Interactive streams no longer work at all. The FLAC Regular streams > play, but with zero metadata. I will have to investigate with Wireshark > to see what is happening. The latest commit, 5862496f, touches oggflac. https://github.com/Logitech/slimserver/pull/290/commits/dafc93c559a150296a3c45af4d8619158ccbdf97 I can't see why it would impact, but as a first step, could you rule it out (or in) by removing the following line that it introduced into -types.conf-. Code: # Special content type for Ogg FLAC streams (which use a different decode path) ogf - - audio mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Things have changed. I don't know if this is related or not, but I updated LMS to the latest commit, 5862496f..., Nov 13, and now the RP FLAC Interactive streams no longer work at all. The FLAC Regular streams play, but with zero metadata. I will have to investigate with Wireshark to see what is happening. Ouch... that's not good. The latest change indeed was around FLAC in Ogg containers. I'll have to investigate - and revert if needed. Thanks for the heads up! -- Michael ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
OKay... Things have changed. I don't know if this is related or not, but I updated LMS to the latest commit, 5862496f..., Nov 13, and now the RP FLAC Interactive streams no longer work at all. The FLAC Regular streams play, but with zero metadata. I will have to investigate with Wireshark to see what is happening. *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Material Skin > ifi USB iSilencer > Audirect Beam DAC > Senn IE 80 earbuds *Bedroom:* Pixel 3a Phone + SB Player + Material/mobile > Bose SoundLink Revolve *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 7.9.2 *Music:* Personal FLAC, Radio Paradise FLAC, Qobuz, Spotify Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
The RP plugin is not involved in buffering. It simply leaves LMS do the data transfer job, there was no reason I think to overload any low level functions. In interactive streams, the audio is split into ~20 mins blocks of 2-5 tracks with a couple of announcements at the beginning or the end (maybe in the middle, I dont remember). The metadata describes the tracks in the block. So worse case the size would be about 20 mins of flac at around 850kbits/s. To download the whole thing would be an important architecture change with the need to overload low level functions like sysread and feed them with the downloaded file made in // with series of asyncread. And of course you need to erase the file when acquired and have a different process when using regular stream otherwise youll have infinite files (Ive been through that with v1 of my UPnP and cast plugins) A good amount of complications. I dont know with @mherger thinks, this is his plugin LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
paul- wrote: > LMS uses perl IO::Socket::SSL, which then uses the system openssl for > connections (I wonder if the perl module version makes a difference), > however LMS is only used if you are using proxied streaming. If the > player supports SSL, then the players SSL is what matters. If the > player does not support SSL, then LMS will automatically proxy. > However, I'm not sure how SSL plays into this. I was doing a test over > the weekend, and the connections to RP were _not_ secured. The music > was streaming over plain HTTP. (Both in the interactive and continuous > stream) > > When playing the continuous stream, data is fed to the player at a nice > controlled pace from the server. When the interactive stream is played, > the server tries to send the whole file all at once, so the file fills > the player and network receive buffers. I wonder what happens if you > increase your player buffer to hold more data. Thank you for this. I do not understand how SSL works; I have some reading to do. From my use of Wireshark this past weekend and watching RP FLAC packets on their way to LMS, I did not see anything related to SSL - but I did not understand the implication of that at the time. Playing with different releases of openssl was not going to make any difference, and indeed - it did not. I have tried playing with the LMS network settings in the past, and setting "Radio Station Buffer Seconds" to it's max: 30, has not make any difference. Enabling "Proxied Streaming" never made much if any difference either. Does Proxied Streaming cause LMS to create an additional buffer on the server? Regardless, if the interactive stream is attempting to download an entire file all at once, then this sounds like an ftp download! If every time Bill does a station announcement represents the start of a new file, then we could be talking about a GByte of data. Ouch - I am surprised this works as well as it does! There are all kinds of timeouts that might occur causing this to fail, and the RP server attempts to restart the download ... from the beginning. When streaming Interactive, wouldn't the RP plugin then need to offload all this data into a temporary file? A buffer in memory big enough to solve the issue would be impracticable. The TCP Rx buffer is going to fill and I imagine timeout if the plugin does not read out the data and store it somewhere. Is the LMS RP plugin relying on the network stack to control the connection, to close the connection for instance when there is a problem? If LSM RP plugin is only reading sufficient data out of the network stack to fill a 30 second buffer, then I doubt that buffer size is going to matter if the RP server is trying to shove a file's worth of data to LMS. It also seems likely that increasing the size of the TCP Rx Buffer in the LMS server network stack is not going to help either. I imagine then the only solution is that the RP plugin needs to be able to store a LOT of data into a temporary FIFO file on the server's HDD. While writing this, I have experienced two long delays, followed by restarts in the RP Main FLAC Interactive stream. *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Material Skin > ifi USB iSilencer > Audirect Beam DAC > Senn IE 80 earbuds *Bedroom:* Pixel 3a Phone + SB Player + Material/mobile > Bose SoundLink Revolve *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 7.9.2 *Music:* Personal FLAC, Radio Paradise FLAC, Qobuz, Spotify Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
paul- wrote: > > When playing the continuous stream, data is fed to the player at a nice > controlled pace from the server. When the interactive stream is played, > the server tries to send the whole file all at once, so the file fills > the player and network receive buffers. I wonder what happens if you > increase your player buffer to hold more data. That makes sense. The continuous is treated as a live stream so data is produced piece by piece where the interactive are files (blocks of 2 to 5 tracks) so it can be grabbed as fast as possible. That corroborates what Ive seen. LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Ron F. wrote: > Question: is LMS using the system's installed version of openssl, or is > it using a copy that it brings with it? LMS uses perl IO::Socket::SSL, which then uses the system openssl for connections (I wonder if the perl module version makes a difference), however LMS is only used if you are using proxied streaming. If the player supports SSL, then the players SSL is what matters. If the player does not support SSL, then LMS will automatically proxy. However, I'm not sure how SSL plays into this. I was doing a test over the weekend, and the connections to RP were _not_ secured. The music was streaming over plain HTTP. (Both in the interactive and continuous stream) When playing the continuous stream, data is fed to the player at a nice controlled pace from the server. When the interactive stream is played, the server tries to send the whole file all at once, so the file fills the player and network receive buffers. I wonder what happens if you increase your player buffer to hold more data. piCorePlayer a small player for the Raspberry Pi in RAM. Homepage: https://www.picoreplayer.org Please 'donate' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations=U7JHY5WYHCNRU=GB_code=USD=PP%2dDonationsBF%3abtn_donateCC_LG%2egif%3aNonHosted) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
You can't use this with Michael's plugin but you you can force the regular streams to use a particular server rather than the load balancer by replacing "stream" in the URL with "icy-X" This from an old RP Forum post "Wasn't aware of any issues with the load balancer. But your solution on that is indeed correct. icy-4 and icy-5 will directly call our servers in London, icy-6 or icy-8 in Texas, icy-7 in Virginia." There are also icy-1, 2 & 3 but I do not know where they are 28528 +---+ |Filename: 2019-11-12 12_21_43-Command Prompt - nslookup.png| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=28528| +---+ VB2.4[/B] STORAGE *QNAP TS419P (NFS) [B]Living Room* - Joggler & SB3 -> Onkyo TS606 -> Celestion F20s *Office* - Pi3+Sreen -> Sony TAFE320 -> Celestion F10s / Pi2+DAC & SB3 -> Onkyo CRN755 -> Wharfedale Modus Cubes *Dining Room* -> SB Boom *Kitchen* -> UE Radio (upgraded to SB Radio) *Bedroom (Bedside)* - Pi2+DAC ->ToppingTP21 ->AKG Headphones *Bedroom (TV)* - SB Touch ->Sherwood AVR ->Mordaunt Short M10s Everything controlled by iPeng d6jg's Profile: http://forums.slimdevices.com/member.php?userid=44051 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
slartibartfast wrote: > Does anyone know why these interruptions started happening? For me the > interactive stream seemed to play properly until a few months ago when I > first mentioned it in this thread. It seems odd that it would suddenly > break. Did something change? > > Sent from my SM-G900F using Tapatalk I dont think anything changed on our side. But as said above, a few month ago when I made these test programs, I had exactly the same problems as soon as I introduced the pause and these tests have no link at all with LMS. Something might have changed on RPs plumbing side. So far the best would have been to avoid the pauses but I did not find a convenient way to do that. Nothing bitrate based was reliable LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Ron F. wrote: > OK - thank you. My home server is running Ubuntu 18.04.3. I re-installed > openssl-1.1.1, released last Sept 11, 2018, to no effect - the issue > persisted. I then installed openssl-1.1.1d, the latest stable version > released this past Sept 10, 2019 - the issue persists. I need to stream > one of the RP FLAC Interactive streams much longer to know whether there > is any improvement, but I have already experienced a long delay (~80 > seconds,) followed by a restart that set me back several songs again. > > I suppose I could build the openssl master branch, which is going to be > 1.1.1e when released, and try that, but I have no confidence it will > make any difference. > > Nothing I have done has ever made any difference whatsoever. If there is > a crypto error occurring in openssl, then people smarter than me are > going to have to deal with it. > > Edit: regardless of the error, I just wish the occasional long delays > could be eliminated - that by itself would take care of the issue for > the most part, from a user's perspective.Does anyone know why these > interruptions started happening? For me the interactive stream seemed to play properly until a few months ago when I first mentioned it in this thread. It seems odd that it would suddenly break. Did something change? Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
philippe_44 wrote: > AFAIK, it's using the system's openSSL OK - thank you. My home server is running Ubuntu 18.04.3. I re-installed openssl-1.1.1, released last Sept 11, 2018, to no effect - the issue persisted. I then installed openssl-1.1.1d, the latest stable version released this past Sept 10, 2019 - the issue persists. I need to stream one of the RP FLAC Interactive streams much longer to know whether there is any improvement, but I have already experienced a long delay (~80 seconds,) followed by a restart that set me back several songs again. I suppose I could build the openssl master branch, which is going to be 1.1.1e when released, and try that, but I have no confidence it will make any difference. Nothing I have done has ever made any difference whatsoever. If there is a crypto error occurring in openssl, then people smarter than me are going to have to deal with it. *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Material Skin > ifi USB iSilencer > Audirect Beam DAC > Senn IE 80 earbuds *Bedroom:* Pixel 3a Phone + SB Player + Material/mobile > Bose SoundLink Revolve *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 7.9.2 *Music:* Personal FLAC, Radio Paradise FLAC, Qobuz, Spotify Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Ron F. wrote: > Question: is LMS using the system's installed version of openssl, or is > it using a copy that it brings with it? AFAIK, it's using the system's openSSL LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
philippe_44 wrote: > I can only guess at that time that the regular stream are infinite > streams, so the HTTP server might behave differently when there is no > content-length. > > I also tried to think of a resume solution, but the way LMS and plugins > are architectured, it seems very difficult Question: is LMS using the system's installed version of openssl, or is it using a copy that it brings with it? *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Material Skin > ifi USB iSilencer > Audirect Beam DAC > Senn IE 80 earbuds *Bedroom:* Pixel 3a Phone + SB Player + Material/mobile > Bose SoundLink Revolve *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 7.9.2 *Music:* Personal FLAC, Radio Paradise FLAC, Qobuz, Spotify Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Ron F. wrote: > OK, but then I do not understand why this issue does not occur with the > Regular FLAC stream, only the Interactive stream? I can only guess at that time that the regular stream are infinite streams, so the HTTP server might behave directly when there is no content-length LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
philippe_44 wrote: > BTW on that topic, what I was able to establish is that the RP side > closed the SSL session and it seems to be on a crypto error (I have to > find my logs). It was linked to a pause made by LMS in requesting data. > I even went all the way to write a very simple app in C and Perl getting > the same URL from RP server and was able to demonstrate that if these > few lines of code pause by ~5s from time to time (just sleep), then in > most of the cases RP would end up the connection after a few pauses. > When no "long" pause is made (say pause <5s), all downloads were > successful. What happens as well is that with different openssl clients, > the "long pause" effect was more or less problematic (say from 100% to > 20% failed downloads) OK, but then I do not understand why this issue does not occur with the Regular FLAC stream, only the Interactive stream? *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Material Skin > ifi USB iSilencer > Audirect Beam DAC > Senn IE 80 earbuds *Bedroom:* Pixel 3a Phone + SB Player + Material/mobile > Bose SoundLink Revolve *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 7.9.2 *Music:* Personal FLAC, Radio Paradise FLAC, Qobuz, Spotify Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Ron F. wrote: > Regarding the issue of the FLAC Interactive streams stopping abruptly, > and often restarting many seconds later, and going backwards three or > four song to play all over again... > > Using Wireshark, I have seen different occurrences in which a running > connection will be closed and the LMS RP plugin will have to initiate a > new connection to RP: > 1. RP server, without warning, simply ends the connection; I assume this > might have something to do with load balancing between the various RP > servers. > > 2. RP server simply stops sending data to LMS, leaving the client > starved for data, LMS eventually closes the connection when this > happens, but it can take much longer than 30 seconds before LMS starts a > new connection. > > 3. RP server sends a new HTTP /1.1 200 OK (audio/flac) packet, I do no > understand the reason for this is, but LMS responds by closing the > connection; I don't know if that is necessary. > > 4. LMS server will send two or three [TCP Window Update] packets, over a > period of 3 to 5 seconds, after which no further data is received from > the RP server. I have seen as many as 80 seconds go by before the LMS > server then sends a [FIN, ACK] packet to abruptly close the existing TCP > connection and start over with sending a [SYN] to restart the stream. > LMS sends a TCP packet that looks like "HTTP 394 GET > /blocks/chan/1/4/280705-280708.flac HTTP/1.0" and we are off and running > again - often on a different server than before. What is interesting is > that I do then sometimes see packets received from the old server again > - I am not sure the old connection was terminated correctly. Question: > is the LMS RP plugin attempting to keep multiple TCP connections open > with RP servers? > > In all of these cases the result is the same - it is the responsibility > of LMS to initiate the new connection, and this usually takes too long > to happen. When faced with a closure of the existing TCP connection, it > sometimes takes LMS more than 30 seconds to start a new connection with > a TCP [SYN] packet sent to Radio Paradise. The buffer runs out during > this time, and the music stops. I don't know if this delay between > connections is intentional, or a bug either in LMS or possibly the Eth > stack? > > I don't know much about load balancing, but I imagine once connected to > a server the client should remain there for a long time? Should new > clients be sent to the least loaded server, and then remain there? Is > there a possibility that the RP servers are being attacked, causing some > of these problems? > > My first take on all this is that the RP stream is stopped or dies and > restarted too frequently. Before the buffer runs out however, is it > possible for LMS to take more aggressive action and close the existing > dead connection, and open a new one? Certainly waiting more than a > minute is too long. I am wondering if LMS restarted the connection > sooner, possibly we would not go backwards several songs? > > Once a new connection is established, the LMS server ACKs a bunch of > packets individually for a short while, and then TCP windowing takes > over ... and then after a while the problems return. > > Edit: I note that I see my connection to RP being tossed about between > three servers, when playing one of their FLAC Interactive streams. I am > located in California, and I believe the RP servers are in Florida - I > don't know if distance has anything to do with the issue at hand. > > Edit: I am also wondering if we could get the new connection going > sooner, we might stay on the same server used in the previous session, > and not go backwards several songs, but continue where we left off? BTW on that topic, what I was able to establish is that the RP side closed the SSL session and it seems to be on a crypto error (I have to find my logs). It was linked to a pause made by LMS in requesting data. I even went all the way to write a very simple app in C and Perl getting the same URL from RP server and was able to demonstrate that if these few lines of code pause by ~5s from time to time (just sleep), then in most of the cases RP would end up the connection after a few pauses. When no "long" pause is made (say pause <5s), all downloads were successful. What happens as well is that with different openssl clients, the "long pause" effect was more or less problematic (say from 100% to 20% failed downloads) LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=31
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Regarding the issue of the FLAC Interactive streams stopping abruptly, and often restarting many seconds later, and going backwards three or four song to play all over again... Using Wireshark, I have seen different occurrences in which a running connection will be closed and the LMS RP plugin will have to initiate a new connection to RP: 1. RP server, without warning, simply ends the connection; I assume this might have something to do with load balancing between the various RP servers. 2. RP server simply stops sending data to LMS, leaving the client starved for data, LMS eventually closes the connection when this happens, but it can take much longer than 30 seconds before LMS starts a new connection. 3. RP server sends a new HTTP /1.1 200 OK (audio/flac) packet, I do no understand the reason for this is, but LMS responds by closing the connection; I don't know if that is necessary. 4. LMS server will send two or three [TCP Window Update] packets, over a period of 3 to 5 seconds, after which no further data is received from the RP server. I have seen as many as 80 seconds go by before the LMS server then sends a [FIN, ACK] packet to abruptly close the existing TCP connection and start over with sending a [SYN] to restart the stream. LMS sends a TCP packet that looks like "HTTP 394 GET /blocks/chan/1/4/280705-280708.flac HTTP/1.0" and we are off and running again - often on a different server than before. What is interesting is that I do then sometimes see packets received from the old server again - I am not sure the old connection was terminated correctly. Question: is the LMS RP plugin attempting to keep multiple TCP connections open with RP servers? In all of these cases the result is the same - it is the responsibility of LMS to initiate the new connection, and this usually takes too long to happen. When faced with a closure of the existing TCP connection, it sometimes takes LMS more than 30 seconds to start a new connection with a TCP [SYN] packet sent to Radio Paradise. The buffer runs out during this time, and the music stops. I don't know if this delay between connections is intentional, or a bug either in LMS or possibly the Eth stack? I don't know much about load balancing, but I imagine once connected to a server the client should remain there for a long time? Should new clients be sent to the least loaded server, and then remain there? Is there a possibility that the RP servers are being attacked, causing some of these problems? My first take on all this is that the RP stream is stopped or dies and restarted too frequently. Before the buffer runs out however, is it possible for LMS to take more aggressive action and close the existing dead connection, and open a new one? Certainly waiting more than a minute is too long. I am wondering if LMS restarted the connection sooner, possibly we would not go backwards several songs? Once a new connection is established, the LMS server ACKs a bunch of packets individually for a short while, and then TCP windowing takes over ... and then after a while the problems return. *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Material Skin > ifi USB iSilencer > Audirect Beam DAC > Senn IE 80 earbuds *Bedroom:* Pixel 3a Phone + SB Player + Material/mobile > Bose SoundLink Revolve *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 7.9.2 *Music:* Personal FLAC, Radio Paradise FLAC, Qobuz, Spotify Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
paul- wrote: > Anyone running pCP/squeezelite having this issue, please try to update > openssl. Thank you! I've got two pCP players, a Duet and several Booms and this problem has been going on since the beginning of the FLAC streams. I have tried most things to no avail, but upgrading openssl on the two pCP players has solved the issue for me. (My Debian server was already on the latest version). Again, a huge thanks to everyone involved in keeping our systems sounding great. BenB's Profile: http://forums.slimdevices.com/member.php?userid=65153 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
If you have buffering problems, try to set sound as "Streaming through Proxy". Works perfect here. Callesoroe Living room: Transporter, Tact RCS 2.2X digital preamp, Martin Logan Vista speakers, AMPS(Icepower): Acoustic Reality Ear Enigma PLUS(PANELS), Acoustic Reality Ear TWO MKII(Bas) Kitchen: Transporter - Prodipe Pro 5 active bi-amp speakers. Bedroom: Receiver+UE boombox, Kids: Receiver+Active speakers, Guestroom: Touch - Bencmark DAC1, JBL LSR305 active speakers , TIDAL HIFI flac streaming. http://www.last.fm/user/callesoroe callesoroe's Profile: http://forums.slimdevices.com/member.php?userid=22693 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Raymond Woodward wrote: > Too many users - not enough bandwidth provided by RP ... A stampede of new listeners just when the site got "updated"? Don't think so. Zombie's Profile: http://forums.slimdevices.com/member.php?userid=25009 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Raymond Woodward wrote: > Too many users - not enough bandwidth provided by RP ... I did a ton of analysis on that, including writing Perl scripts and C programs to simulate the client behavior. All the logs drove me to the conclusion that something happens at the crypto level which causes the server to close the connection due to a crypto failure. Happens with certain patterns of streaming (high/low water which force pauses - not very long, just a few sec regularly, AFAIR). The very basic Perl/C which was just doing a "GET" on the stream was able to reproduce that 100% with the proper pausing schema and 0% with a nice "continuous" flow. It was also less visible with certain openssl versions LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Raymond Woodward wrote: > Too many users - not enough bandwidth provided by RP ... I quite using the RP FLAC Interactive streams; it is a great idea but it simply doesn't work. I use FLAC Regular, which still hiccups occasionally, but at least it keeps moving forward. If I don't want any hiccups, then I use a 320 kbps stream. It isn't just RP, occasionally I get hiccups trying to stream FLAC from Qobuz. *Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU > VRX.1 cables > Emotiva XSP-1 Gen 2 preamp + XPA-DR2 amp > Blue Jeans cables > B 804 speakers *Laptop:* System76 Galago + Ubuntu 16.04 + Squeezelite + Material Skin > ifi USB iSilencer > Audirect Beam DAC > Senn IE 80 earbuds *Bedroom:* Pixel 3a Phone + SB Player + Material/mobile > Bose SoundLink Revolve *Server:* Puget Systems Serenity + Ubuntu 18.04 + LMS 7.9.2 *Music:* Personal FLAC, Radio Paradise FLAC, Qobuz, Spotify Ron F.'s Profile: http://forums.slimdevices.com/member.php?userid=5616 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Zombie wrote: > The "quality of my experience" changed without me changing anything at > all. > This maybe started when RP changed the server or whatever and suddenly a > song stops shortly, resumers, and the comes the long blackout and RP > goes back to playing the previous three songs. > Forever. > So I take it that there is no solution or workaround. Too many users - not enough bandwidth provided by RP ... Raymond Woodward's Profile: http://forums.slimdevices.com/member.php?userid=63990 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
slartibartfast wrote: > The main mix interactive FLAC stream is behaving itself at the moment, > 14 tracks and no hiccups.[emoji3] > > Sent from my SM-G900F using TapatalkSpoken too soon, halfway through Leo > Kottke it suffered a rebuffering failure and jumped back to Peter Gabriel. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
The main mix interactive FLAC stream is behaving itself at the moment, 14 tracks and no hiccups.[emoji3] Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Zombie wrote: > What is the "interactive" and "regular" stream.Interactive allows skipping > tracks, regular doesn't. [image: https://uploads.tapatalk-cdn.com/20191028/60c7f8535e938d69cc25e9b02964f329.jpg] Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
slartibartfast wrote: > You can use the regular stream instead of the interactive one. > > Sent from my SM-G900F using Tapatalk What is the "interactive" and "regular" stream. Zombie's Profile: http://forums.slimdevices.com/member.php?userid=25009 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Zombie wrote: > The "quality of my experience" changed without me changing anything at > all. > This maybe started when RP changed the server or whatever and suddenly a > song stops shortly, resumers, and the comes the long blackout and RP > goes back to playing the previous three songs. > Forever. > So I take it that there is no solution or workaround.You can use the regular > stream instead of the interactive one. Sent from my SM-G900F using Tapatalk slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
The "quality of my experience" changed without me changing anything at all. This maybe started when RP changed the server or whatever and suddenly a song stops shortly, resumers, and the comes the long blackout and RP goes back to playing the previous three songs. Forever. So I take it that there is no solution or workaround. Zombie's Profile: http://forums.slimdevices.com/member.php?userid=25009 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Thought the Radio Paradise hickups and revert to previous tracks would be solved. Is it or have I missed smth? I believe there's never been "the issue". But the quality of your experience depends on many factors, including parts you and I can't control. There have been issues on RP's end, some in the plugin. And then a minor hiccup in the connection between your SB and RP's servers can cause a hiccup. -- Michael ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] Radio Paradise hickups still ongoing, solution?
Thought the Radio Paradise hickups and revert to previous tracks would be solved. Is it or have I missed smth? Zombie's Profile: http://forums.slimdevices.com/member.php?userid=25009 View this thread: http://forums.slimdevices.com/showthread.php?t=31 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
