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
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 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
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
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
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'r
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 investig
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 h
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
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 introduc
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 invest
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 h
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
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 (ma
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 t
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 hap
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
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 i
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-G9
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
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
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,
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 diffic
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
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 an
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 clo
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 w
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
Anyone running pCP/squeezelite having this issue, please try to update
openssl.
Open an ssh session and run "pcp-update openssl" then reboot when
done. I just upgraded opensll from 1.1.0h -> 1.1.0l and that seemed to
make the problem much less. Interesting to note the 1.1.0l is the last
ve
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)
Kitche
Ron F. wrote:
> 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, occasionall
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?
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
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
hiccu
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.
> Forev
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 fro
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=356
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 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
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.
> Forev
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
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
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.slimdev
43 matches
Mail list logo