Sorry to report that the FLAC feed of the plugin (latest version) is
still skipping/prematurely ending tracks, as badly as ever (I finally
had some time to test last night). 320 feed is flawless as usual. Have
not had a chance to try the new FLAC stream yet.
left channel wrote:
> Thanks. The skipping/reset problem is frustrating, as we'll need to
> prove to Bill that the problem is not on the LMS end. But the stuttering
> is happening even on the direct FLAC url and via the RP website player
> when set to FLAC, so I've been trying to report that
humax99 wrote:
> Yes, still not working properly. Dropouts/stuttering and tracks cut
> short for RP announcement.
>
> I have gone back to URL stream for main mix but Mellow Mix is only
> available through apps. :(
I tested FLAC feed via the plugin a couple of times over the weekend,
and my
philippe_44 wrote:
> I think I now have identified the circumstances of the problem and it
> changes with the OS *and* the player. This is some sort of failure of
> the SSL layer of the RP servers (openSSL 1.0.2g) when a stream has
> frequent pauses (around 5s)
So if I'm understanding
philippe_44 wrote:
> BTW, just to be sure, this frequent interruption of RP in flac mode
> always existed, even before the recent RP updates?
For my system, it became pervasive a couple of days before Christmas
2018 (~Dec 23?). Prior to that, it's quite possible that it was
happening
philippe_44 wrote:
> I think the problem comes from the Perl package NET::SSLeay. I've
> updated my openSSL library and the Perl IO::Socket::SSL without any
> improvment. Then I updated NET::SSLeay to 1.85 and I now have 7+ hours
> of uninterrupted playback of RP on my Pi, knowing that before
philippe_44 wrote:
> My IO::Socket::SSL on Windows is 1.44 and 2.044 on Linux arm...
> I'm not very familiar with they Windows-based Perl installation, but I'm
> wondering how you end up having a much more recent IO::Socket::SSL. I
> thought all these packages were part of the LMS built-in Perl
philippe_44 wrote:
> We would need more data points, but Im wondering if this is not linked
> to the ssl stack version and/or default configuration. Do you use LMS
> default Perl?
27118
+---+
|Filename: LMSVersion.jpg
philippe_44 wrote:
> We would need more data points, but Im wondering if this is not linked
> to the ssl stack version and/or default configuration. Do you use LMS
> default Perl?
I would guess so since I have not made any mods on that front.
philippe_44 wrote:
> No joy in that direction, EAGAIN and EWOULDBLOCK are the same, but I now
> have a pretty clear additional information. Ran sessions in // during
> the night on Windows x64 + Perl 5.14, Linux x86 +Perl 5.20+openssl
> 1.0.1f, and Armhf (Pi3B+) + Perl 5.24 + openssl 1.1.0f.
>
philippe_44 wrote:
> Great! I don't think your network is the issue as such, I'm more
> suspecting a wider/deeper connection timeout when the stream *seems* to
> stall. I'm currently trying on a player with a small buffer to see it it
> happens as well. But if this is something like that, it
philippe_44 wrote:
> I saw the issue with one of my bridges and it's easier to trace the
> problem
Hi Philippe,
Thanks for the feedback. Funny, I was in the process of composing a
reply to your first post to me and then I saw the rest.
I am using SB Touches (6 of them scattered around
Sorry to report that for me skipping/premature ending of tracks persists
even with 2.3.3. I have not yet had a chance to perform a detailed test,
but casual listening indicates that there has been no meaningful
improvement.
Just tested FLAC feed with the latest plugin version. Skipping/mid-song
announcements still happening...
robanglin's Profile: http://forums.slimdevices.com/member.php?userid=32546
View this thread:
slartibartfast wrote:
> As you absolutely sure you are not seeing the display issue? When I
> first tested by skipping tracks I didn't see it but as soon as I just
> let the tracks change naturally the issue appeared.
>
> Sent from my SM-G900F using Tapatalk
Positive; although I can almost
I have no issues with the display, and the per-track duration view is
definitely an improvement. In my very limited testing just now, I am
still seeing premature skipping and/or track interruption with
Bill/Rebecca's announcement (as described in earlier posts). This is
with the main FLAC feed.
Hi Michael,
I didn't realize the plugin had been updated until today (over the last
few weeks I've been playing the 320 stream). This evening I did some
in-depth testing with the FLAC version (verified that I am on v. 2.2.3).
Interruptions/skips as bad as ever. I turned RP logging up to debug,
philsparks wrote:
> Hi Michael
>
> If you want a few people to test your new version I'm quite happy to be
> one of the Guinea pigs - we tend to have RP running a lot of the evening
> most days so could definitely see if it's "jumping" behaviour is better.
> I suspect a few of the guys above
mherger wrote:
> Ok, ok, got a new theory on the skipping issue. Bill's and Rebecca's
> announcements are no longer part of a larger segment of audio, but
> sometimes come as their own short sound snippet. I've seen one as short
>
> as 4 seconds. And I have some fuzzy logic built in which
mherger wrote:
> Last week I did listen to the lossless stream a little more carefully.
> And I could indeed notice a few glitches as described before: track
> ending prematurely, skipping to new track etc. It didn't happen often,
> but it clearly did. What I did notice was that the song
ntom wrote:
> Seeing similar behaviour here.
>
> Running 7.9.2 on Windows 10 Home. Currently just Squeezelite + SB3.
> Using Music Info screen when playing music & this behaviour seen on SB3.
> Connected by ethernet gigabit with good stable internet connection.
>
> Stops & shows
ntom wrote:
> Seeing similar behaviour here.
>
> Running 7.9.2 on Windows 10 Home. Currently just Squeezelite + SB3.
> Using Music Info screen when playing music & this behaviour seen on SB3.
> Connected by ethernet gigabit with good stable internet connection.
>
> Stops & shows
mherger wrote:
> Can you tell me a little more about your setup? How many players do you
> have? What kind of players are these? How many "controllers" (web UI,
> mobile apps etc.)?
>
> The only odd thing I'm seeing (besides the fact that the last block is
> being fetched too early) is the
mherger wrote:
> > Since a few days ago, the FLAC stream is not playing through. Typical
> > behavior:
>
> Anything in server.log? Enable logging for plugin.radioparadise.
>
> --
>
> Michael
Attempted to reply earlier and uploaded the log file (upped the RP
plugin logging to Debug level),
Since a few days ago, the FLAC stream is not playing through. Typical
behavior:
* first song plays to completion
* second song cuts off maybe 1/2 to 3/4 of the way through; this is in
conjunction with either Bill/Rebecca coming on and doing their
announcement, or merely a new block starting
*
25 matches
Mail list logo