mherger wrote:
> > I use daphile on linux, radio play on aac 320, do not play flac.
>
> How does it fail?
>
> --
>
> Michael
noise in speakers
bronsky1969's Profile:
I use daphile on linux, radio play on aac 320, do not play flac.
How does it fail?
--
Michael
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
I use daphile on linux, radio play on aac 320, do not play flac.
bronsky1969's Profile: http://forums.slimdevices.com/member.php?userid=69124
View this thread: http://forums.slimdevices.com/showthread.php?t=108189
Still stuttering here too. It goes away if I restart the player.
LMS: SGC microJukebox running Sonicorbiter OS
Control apps: Squeezelite-X on Win 10; Squeezer or Material web app on
Android
Players: Duet, Touch (two), Mac SqueezePlay, Win Squeezelite-X on laptop
and HTPC
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
d6jg wrote:
> Are others still getting dropouts / stuttering after a period of RP
> use?
> Is this an RP server side issue?
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
kidstypike wrote:
> Yes, stuttering started a few days ago still happening. :(
Do we think its RP server side and not LMS plugin specific?
VB2.4[/B] STORAGE *QNAP TS419P (NFS)
[B]Living Room* - Joggler & SB3 -> Onkyo TS606 -> Celestion F20s
*Office* - Pi3+Sreen -> Sony TAFE320 -> Celestion
d6jg wrote:
> Are others still getting dropouts / stuttering after a period of RP use?
> Is this an RP server side issue?
Yes, stuttering started a few days ago still happening. :(
*Server - LMS 7.9.2 *Pi3B+/pCP 4.1.0 25K library playlists & LMS cache
on SSD (ntfs)
*Study -* Pi3B+/pCP
Are others still getting dropouts / stuttering after a period of RP
use?
Is this an RP server side issue?
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
If you play those channels now, if anything you may get only one track
repeated over-and-over. Bill says the suspension of these channels this
may be temporary, but they have disappeared from the official RP apps.
Perhaps these should be temporarily "commented out" of the LMS plugin?
I've
left channel wrote:
> And in other news: the Rock and Groovy channels are going away, at least
> temporarily. Bill says they don't have enough time to program those two,
> so the playlists were getting repetitive. Main and Mellow will remain.
If you play those channels now, if anything you may
And in other news, the Rock and Groovy channels are going away. Bill
says they don't have enough time to program those two, so the playlists
were getting repetitive. Main and Mellow will remain.
LMS: SGC microJukebox running Sonicorbiter OS
Control apps: Squeezelite-X on Win 10; Squeezer or
left channel wrote:
> I never used to get stuttering in the LMS plugin, but have experienced
> that and freezes over the last two days. Also sudden jumps to the
> announcement as others have described. Hopefully it -is- something Bill
> is working on, but all will be well tomorrow.
Same here,
I never used to get stuttering in the LMS plugin, but have experienced
that and freezes over the last two days. Also sudden jumps to the
announcement as others have described. Hopefully it -is- something Bill
is working on, but all will be well tomorrow.
LMS: SGC microJukebox running
No idea if it's the work that Bill has been doing on the flac stream,
but the LMS plugin seems to be much better today. I managed to get an
hour before a spell of stuttering and then another 30mins before a
random jump to a Rebecca announcement. May be totally coincidental or
not.
Phil
The test flac stream is still down. I saw a post by Bill saying he hopes
to have it up for good by tomorrow.
Back to the LMS plugin, and loving it. I read somewhere that Bluesound
has added a similar app.
LMS: SGC microJukebox running Sonicorbiter OS
Control apps: Squeezelite-X on Win 10;
mherger wrote:
> > Clearly someone wanted to honor you ...by using the only German word
> we
> > know! Probably one of us monolingual 'Mericans. :-)
>
> The real German term would be "Quetschkommode". How's that?
>
> (I didn't even know that term, as it's German German, not Swiss German
>
Raymond Woodward wrote:
> Checking this morning I see nothing but error 404 - so it's obviously
> still work in progress.
Yes it's still down (or down again) now, a day later. The AAC stream and
the LMS plugin are up, but the first time ever I've been getting
stuttering with the plugin.
Also probably a stupid question but why do I so frequently see the term
"Squeezeboxen" when referring to the plural?
Perhaps a way to express our appreciation for Michael? I suspect his
native language is Swiss German, no?
Wasn't me! I thought at some point one of the Slimdevices buddies had
No benefit for LMS users per say, but it is a "standard" url which can
be entered into any player in a similar way to the AAC or mp3 streams
URLs.
It's still beta but works in foobar and other players (when it's
there:rolleyes:, it has teething problems at the mo:().
ronnie
left channel wrote:
> Bill did say he was working on something possibly related, and I got
> better results yesterday. It's still not perfect, but no speed errors,
> and the stuttering/dropouts were reduced to once every hour or two.
Checking this morning I see nothing but error 404 - so it's
left channel wrote:
> Bill did say he was working on something possibly related, and I got
> better results yesterday. It's still not perfect, but no speed errors,
> and the stuttering/dropouts were reduced to once every hour or two.What is
> the benefit of this stream over what we have now?
Raymond Woodward wrote:
> Looks like they may have tweaked whatever was wrong as I'm currently
> able to play this stream OK right now - even down to the HD images ...
Bill did say he was working on something possibly related, and I got
better results yesterday. It's still not perfect, but no
left channel wrote:
> I'm getting the speed thing in MusicBee too, which is more of a normal
> player, and free. Since you mentioned VLC I tried that too. It played
> better, no speed or stuttering issues, but dropped out and stopped
> playing after about 4 minutes. So it's not just LMS. I'm
robanglin wrote:
> So if I'm understanding this correctly, it's an issue with the RP stream
> itself, rather than something on the LMS/plugin side. I seem to recall
> that in an earlier post on this thread, someone (either Philippe or
> Michael--can't remember who) mentioned something about
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
philsparks wrote:
> I get the same issue, stuttering play, and occasional "weird" speeding
> up. I've tried it using VLC on a PC (same home network, same flac URL)
> and it works perfectly. There's just something odd with my version of
> LMS and how it interects with the RP flac stream. I've
Fahzz wrote:
> I think it's what kids today call a "meme". ;)Probably. I'm not entirely sure
> what they are either. [emoji3]
Sent from my SM-G900F using Tapatalk
slartibartfast's Profile:
slartibartfast wrote:
>
>
> Also probably a stupid question but why do I so frequently see the term
> "Squeezeboxen" when referring to the plural?
>
>
I think it's what kids today call a "meme". ;)
Living Room: Pi3 w/Allo Digione Player (Wired), Max2Play w/LMS Server
7.9 and SqueezeLite
left channel wrote:
> Thanks! I missed that news. It's not working well here though.
>
> At the moment on LMS through the Squeezelite-X player I'm getting
> dropouts and the music is playing at the wrong speed, too fast. In the
> MusicBee player it just plays too fast. Sounds very weird.
>
left channel wrote:
> #BoxenEverywhere!
>
> Also, #RadioParadiseEverywhere:
> https://radioparadise.com/info/member-info
>
> That map is even showing two listeners in Greenland. Amazing.
One listener in the Central African Republic as well.
Sent from my SM-G900F using Tapatalk
slartibartfast wrote:
> https://community.roonlabs.com/t/squeezebox-support-solved/1043
>
> It's everywhere. [emoji3]
>
> Sent from my SM-G900F using Tapatalk
#BoxenEverywhere!
Also, #RadioParadiseEverywhere:
https://radioparadise.com/info/member-info
That map is even showing two
slartibartfast wrote:
> https://community.roonlabs.com/t/squeezebox-support-solved/1043
>
> It's everywhere. [emoji3]
>
> Sent from my SM-G900F using Tapatalk
Likely to survive Brexit, even, already, my life, so it
is!:rolleyes::cool:
Man in a van wrote:
> https://www.stereo.net.au/forums/topic/9936-the-squeezeboxen-are-multiplying/page/2/https://community.roonlabs.com/t/squeezebox-support-solved/1043
It's everywhere. [emoji3]
Sent from my SM-G900F using Tapatalk
Man in a van wrote:
> https://www.stereo.net.au/forums/topic/9936-the-squeezeboxen-are-multiplying/page/2/
Hah! Well yes, and it's always plural because Squeezeboxen are like
potato chips: nobody can stop at just one.
LMS: SGC microJukebox running Sonicorbiter OS
Control apps: Squeezelite-X
https://www.stereo.net.au/forums/topic/9936-the-squeezeboxen-are-multiplying/page/2/
Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
View this thread:
slartibartfast wrote:
> Also probably a stupid question but why do I so frequently see the term
> "Squeezeboxen" when referring to the plural?
Perhaps a way to express our appreciation for Michael? I suspect his
native language is Swiss German, no?
Man in a van wrote:
> It's been up for just over a week (a few breaks along the way:()
>
> More info here
>
> https://radioparadise.com/community/forum/topic/24857
>
> works well on the squeezeboxen :D
>
>
> ronnie
Ogg FLAC
Perhaps I've just caught it on a bad afternoon, but it stutters
garym wrote:
> It seems RP is testing a regular flac stream that doesnt require an
> app, etc. this worked for me for several hours recently. '
>
> http://audio-3.radioparadise.com:8000/flac'
> (http://audio-3.radioparadise.com:8000/flac)
Thanks! I missed that news. It's not working well here
slartibartfast wrote:
>
> Also probably a stupid question but why do I so frequently see the term
> "Squeezeboxen" when referring to the plural?
>
> Sent from my SM-G900F using Tapatalk
keine ahnung :p
Man in a
slartibartfast wrote:
> I believe from the forum that it does not support metadata though. As
> far as squeezebox is concerned is this being seen as a solution for
> those who have issues with the app?
>
> Also probably a stupid question but why do I so frequently see the term
> "Squeezeboxen"
Man in a van wrote:
> It's been up for just over a week (a few breaks along the way:()
>
> More info here
>
> https://radioparadise.com/community/forum/topic/24857
>
> works well on the squeezeboxen :D
>
>
> ronnieI believe from the forum that it does not support metadata though. As
far as
garym wrote:
> It seems RP is testing a regular flac stream that doesnt require an
> app, etc. this worked for me for several hours recently. '
>
> http://audio-3.radioparadise.com:8000/flac'
> (http://audio-3.radioparadise.com:8000/flac)
It's been up for just over a week (a few breaks along
It seems RP is testing a regular flac stream that doesnt require an
app, etc. this worked for me for several hours recently. '
http://audio-3.radioparadise.com:8000/flac'
(http://audio-3.radioparadise.com:8000/flac)
*Home:* VBA 4TB (2.4)>LMS 7.9.1>Transporter, Touch, Boom, Radio (all
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). Such pauses occur if the player has a large
buffer and some
Heuer wrote:
> I am running LMS on a ReadyNAS with SB3, Radio and Boom players. no
> squeezelite.
But you dont have the issue where players suddenly stops in a middle of
a song and moves to a new block? (If you enable info log, you see in the
webUI where you are in a block of tracks)
LMS
philippe_44 wrote:
> Would you happen to run squeezelite? If you do, any chance to try on a
> real SB device? or on Squeezeplay?
I am running LMS on a ReadyNAS with SB3, Radio and Boom players. no
squeezelite.
Heuer's
Just in case somebody has an idea, I've tried a lot of possibilities
between cipher, openssl, tls, perl version and could find any pattern,
then I tried again on the same configuration a Squeezeplay instance and
for 40 minutes had no skipped track, which never happens with my
squeezelite
Would you happen to run squeezelite? If you do, any chance to try on a
real SB device? or on Squeezeplay?
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,
At the moment the only buffering of the RP FLAC stream on my system
occurs at between approximately 15:00 and 16:00 UK time. I revert to the
320k stream which is not affected and then nip back to FLAC at about
17:00 when everything is back to normal. Running a speed test during
that time shows
robanglin wrote:
> 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 sporadically/infrequently enough that I didn't notice...
> However, going back through the postings on this forum, it's my
>
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
robanglin wrote:
> I definitely did not install a separate Perl package; whatever is on my
> system came with the LMS install.
BTW, just to make sure. This frequent interruption of RP in flac mode
always existed, even before the recent RP updates?
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom,
philippe_44 wrote:
> So I went all the way to tcpdump/wireshark and there is some interesting
> findings: when it fails, the client (LMS sides) sends a TLS alert with a
> code 21, which means decryption failure AFAIK and then closes the
> connection (TCP FIN etc ...). So it's not the server
So I went all the way to tcpdump/wireshark and there is some interesting
findings: when it fails, the client (LMS sides) sends a TLS alert with a
code 21, which means decryption failure AFAIK and then closes the
connection (TCP FIN etc ...). So it's not the server doing anything, the
problem is
philippe_44 wrote:
> Bad news ... I was wrong, updating Net::SSLeay does not solve the
> problem on the Pi. My small filtering script of server.log was incorrect
> so I simply missed the issues. Back to square one.
>
> I've tried to change the SSL protocol version & encryption cipher in
>
Bad news ... I was wrong, updating Net::SSLeay does not solve the
problem on the Pi. My small filtering script of server.log was incorrect
so I simply missed the issues. Back to square one.
I've tried to change the SSL protocol version & encryption cipher in
HTTPS.pm, no result (I've verifed
This is a tough one as I don't know exactly how the packaging of LMS for
Windows is made b/c it uses an "integrated" Perl of some kind. We would
need Michael's expertise here. I think this is a sort of
openSSL/NET::SSLeay mismatch as the exact same LMS "binary" works on my
Win7 but not on your
robanglin wrote:
> Awesome news about the progress you've been able to make! Any thoughts
> on how to perform a similar update on Windows platform?
This is a tough one as I don't know exactly how the packaging of LMS for
Windows is made b/c it uses an "integrated" Perl of some kind. We would
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
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 that, not
a single block was
My LMS is on a ReadyNAS and RP is working on at least two players almost
all day. Not had any problems since the last software 2.3.3 update:
Logitech Media Server Version: 7.9.2 - 1548605546 @ Sun Jan 27 17:48:48
CET 2019
OS: Debian - EN - utf8
Platform: x86_64-linux
Perl Version: 5.20.2 -
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:
> 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
My IO::Socket::SSL on Windows is 1.44 and 2.044 on Linux arm...
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+,
I very rarely experience the problem. Almost never. My Perl and etc.
versions:
Logitech Media Server Version: 7.9.2 - 0.9.20181207git1543258616 @ Fri
Dec 7 12:03:59 EST 2018
Operating system: Red Hat - EN - utf8
Platform Architecture: x86_64-linux
Perl Version: 5.24.3 -
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.
robanglin wrote:
> Philippe, I very much appreciate the effort on your part. I do find it
> interesting that for you, Windows is the stablest platform. As
> previously mentioned, my LMS is running on Win 10-64 and I can't get
> through more than 1 or 2 tracks without interruption, never mind a
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:
> 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.
>
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.
- this is not player
Some more information, not really progress unfortunately
- I've tried adding SO_KEEPALIVE to maintain socket at the TCP level =>
no impact
- Confirming the above, I've carefully logged the streaming process
between LMS and the player: the player does not do "long suspend" of the
data request
robanglin wrote:
> Interesting. I'm wondering: does the RP data indicate where the end of
> the block is when it's being downloaded by the plugin/LMS? That way, if
> the connection stalls or times out, it could be re-requested on "our"
> end?
Yes, the "Content-Length" is provided, so it's
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
robanglin wrote:
> 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.
>
> All this is not to say that I am categorically ruling our my network as
> the culprit. If that is in fact the case though, then
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
philippe_44 wrote:
> I was also reading your past posts and it seems you always had problems
> with Flac and RP. Did you manage to get that to work and it degraded
> again with the recent update? I have not experienced skipping in hours
> of listening. Im not sure your issue is linked with
robanglin wrote:
> 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.
I was also reading your past posts and it
robanglin wrote:
> 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.
What player are you using?
LMS 7.7, 7.8
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...
Yes, we've identified another glitch with some of the announcements...
2.3.3 should address this.
--
Michael
___
plugins mailing list
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:
Hi Guys,
I'm totally happy with the new RP and UpnP plugins, but encounter
another minor thing.
When streaming RP and heavy downloading via my router takes place at the
same time, RP streaming starts to stutter where other "lossy" streaming
stations continue to play without the stuttering.
I
I've been using Philipe's plugin to stream to my Denon X4000 for a long
time, and also encountered the short track issue and sudden mid-song
stream stops after 6-8 tracks while using the .flac RadioParadise
plugin. After updating both, it has been streaming happily for a couple
of hours now.
Kees wrote:
> Gues i'm searching the wrong way :confused: I can only find the 1.10
> version over there.
>
> Found the plugin and managed to copy files over. Testing now...
> Thanks :-)
It's been running fine for hours now :)
Bedtime for today.
Thanks Philippe, Michael and the rest of you
Kees wrote:
> Gues i'm searching the wrong way :confused: I can only find the 1.10
> version over there
Per the post, you must add the dev repository and then, youll see at
the bottom of the plugin list, new repos
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3,
philippe_44 wrote:
> Go to the 1st post of the UPnPBridge thread, you find the explanation
> there
Gues i'm searching the wrong way :confused: I can only find the 1.10
version over there
Kees's Profile:
Kees wrote:
> Aha...
> But where to get it? It doesn't seem advertised in the plugin section
Go to the 1st post of the UPnPBridge thread, you find the explanation
there
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 did, but you need to update UPnP bridge to dev version 1.11.0 - both
> changes are required
Aha...
But where to get it? It doesn't seem advertised in the plugin section
Kees's Profile:
Kees wrote:
> I don't know, but was hoping that Philipe's idea about the handling of
> short tracks would hold the solution.
I did, but you need to update UPnP bridge to dev version 1.11.0 - both
changes are required
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
I don't know, but was hoping that Philipe's idea about the handling of
short tracks would hold the solution.
I think he's still working on this. Parts of the recent changes he
contributed to the RP plugin were to deal with his particular needs in
the bridge plugins.
--
Michael
slartibartfast wrote:
> Isn't that a separate issue with the upnp plugin?
>
> Sent from my SM-G900F using Tapatalk
I don't know, but was hoping that Philipe's idea about the handling of
short tracks would hold the solution.
Kees wrote:
> First results were due to wishful thinking on my behalf :eek:
>
> Sorry to say that after every 20~30 minutes of playing (some 6 to 8
> songs) my player still stops playing after Bill's message or at the end
> of a track. It looks like nothing has changed for me, except for the
>
Kees wrote:
> YESsss... First results are looking good :p;):D
First results were due to wishful thinking on behalf of me :eek:
Sorry to say that after every 20~30 minutes of playing (some 6 to 8
songs) my player stops playing after Bill's message at the end of a
track.
+1 [emoji106]
Thank you! Nothing like a good point-one release to start off the week.
LMS: SGC microJukebox running Sonicorbiter OS
Control apps: Squeezelite-X on Win 10; Squeezer or Material web app on
Android
Players: Duet, Touch (two), Mac SqueezePlay, Win Squeezelite-X on laptop
and
philippe_44 wrote:
> I've found the issue - I'm really an idiot :mad: - anyway, I'll send an
> update in a few minutes MichaelAll seems to be working now. [emoji106]
Sent from my SM-G900F using Tapatalk
philippe_44 wrote:
> I've found the issue - I'm really an idiot :mad: - anyway, I'll send an
> update in a few minutes Michael
No, you're human. :-) I'm looking forward to testing the update.
LMS: SGC microJukebox running Sonicorbiter OS
Control apps: Squeezelite-X on Win 10; Squeezer or
mherger wrote:
> > For the next tracks the total time was correct, but the countdown and
> > progress bar blinked "00:01" without changing. That was on SLX with
> > Material Skin, but I checked the Squeezer app and saw the same issue,
> > with the countdown and progress bar stuck at "00:00"
For the next tracks the total time was correct, but the countdown and
progress bar blinked "00:01" without changing. That was on SLX with
Material Skin, but I checked the Squeezer app and saw the same issue,
with the countdown and progress bar stuck at "00:00" (but at least no
blinking).
Hmm...
601 - 700 of 1335 matches
Mail list logo