dmozell wrote:
> Maybe icecast shouldn't run on the same machine as LMS. I have icecast
> on one raspberry picking up sound from my turntable and CD player.
> Another raspberry with picore lms picks up the icecast stream and
> transports it to several raspberry squeezebox players in sync.
> Occa
Maybe icecast shouldn't run on the same machine as LMS. I have icecast
on one raspberry picking up sound from my turntable and CD player.
Another raspberry with picore lms picks up the icecast stream and
transports it to several raspberry squeezebox players in sync.
Occassionally I have to restar
Paul Webster wrote:
> Not really ... but I suspect it is not a common situation.
> Note, though, LMS is single threaded so perhaps it might occasionally be
> starved by something manager the VMs.
I didn't know that, but honestly that does explain a lot. Having
exclusive real-time control of th
snubber wrote:
>
> Are there any known issues with trying to keep a large number of players
> synchronized from a virtual machine host?
Not really ... but I suspect it is not a common situation.
Note, though, LMS is single threaded so perhaps it might occasionally be
starved by something manag
Paul Webster wrote:
> In that case - I suggest going back to 8.3 and generate logs again.
> I say this because Persistent plugin is removed for 8.3 and equivalent
> code is now in the 8.3 base.
>
> Philippe (who wrote the persistent stuff) appears to have freed up some
> time for some more LMS
In that case - I suggest going back to 8.3 and generate logs again.
I say this because Persistent plugin is removed for 8.3 and equivalent
code is now in the 8.3 base.
Philippe (who wrote the persistent stuff) appears to have freed up some
time for some more LMS work so he might be able to have
Paul Webster wrote:
> Have you tried external sources other than Spotify (etc).
> e.g. a simple internet radio station using Shoutcast/Icecast ?
That's exactly what I did, set up a local icecast server for it to
stream from and yet it continues to buffer underrun. I am suspecting
the synchroni
Have you tried external sources other than Spotify (etc).
e.g. a simple internet radio station using Shoutcast/Icecast ?
Paul Webster
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc
australia and cbc/radio-ca
d6jg wrote:
> Good point but its not a Qobuz setting its general.
>
> Settings / Advanced / Networking / Streaming Mode - choose Cache or
> Persistent rather than Normal
So, after a considerable amount of debugging, I can conclusively
determine it's not any of my players ever dropping off the
d6jg wrote:
> Good point but its not a Qobuz setting its general.
>
> Settings / Advanced / Networking / Streaming Mode - choose Cache or
> Persistent rather than Normal
I've had the setting "Cache HTTP(S) streams on disk" and a buffer of 6
seconds. Trying a 10 second buffer today to see if
threshold350 wrote:
> Not sure about Spotty but Qobuz has a cache setting that I set to
> prevent any buffering. Maybe it will help Spotty with transcoding and
> syncing to all the players
>
>
> Sent from my iPhone using Tapatalk
Good point but its not a Qobuz setting its general.
Settings
Not sure about Spotty but Qobuz has a cache setting that I set to
prevent any buffering. Maybe it will help Spotty with transcoding and
syncing to all the players
Sent from my iPhone using Tapatalk
threshold350's Prof
d6jg wrote:
> That log says that there is transcoding going on presumably because one
> or some of the players require it. That can cause issues but probably
> isnt the problem if your server has done grunt.
>
> You imply that your players are on WiFi. Interference can cause issues
> such as th
That log says that there is transcoding going on presumably because one
or some of the players require it. That can cause issues but probably
isnt the problem if your server has done grunt.
You imply that your players are on WiFi. Interference can cause issues
such as this and is very difficult
Code:
[22-10-19 10:03:20.1677] Slim::Player::Song::open (362)
youtube://www.youtube.com/v/hiY6g0cAsi8
[22-10-19 10:03:20.1679] Slim::Player::Song::open (386) seek=false time=0
canSeek=1
[22-10-19 10:03:20.1686] Slim::Player::TranscodingHelper::getConvertCommand2
(4
Code:
[22-10-19 09:29:12.1049] Slim::Player::Song::open (362)
spotify://track:1snWlbcbgQpJfknoI30DWG
[22-10-19 09:29:12.1058] Slim::Player::Song::open (386) seek=false time=0
canSeek=2
[22-10-19 09:29:12.1068] Slim::Player::TranscodingHelper::getConvertCommand2
(49
When syncing it always goes through LMS so setting it to proxy via LMS
will not make a difference in this case.
Can you try with different combinations of players in the group to see
if it is related to the number of players or perhaps a particular one?
Paul Webster
author of \"now playing\"
To paint a picture of what I'm working with:
- LMS 8.2 server is on a 12-core Xeon with 64 GB ram hardwired into
the main switch.
- Four RPIs with dedicated DAC
- Two Muse speakers running Squeeze-Esp32
- Three hardwired Unifi hotspots around the house for full coverage on
all channels
18 matches
Mail list logo
