edwin2006 wrote:
> Leave AP's on?
Sure, I could do so but I try to reduce energy consumption of the APs by
shutting down WiFi if nobody needs it in the night. And it worked like
this for years. Only with the recent different schedulings this caused
problems.
bpa wrote:
> IIRC If the different APs have the same ssid - you'll have problems.
> Radio and Touch do not support roaming.
No, I use identical SSIDs for many years and I can take a Radio and
wander around in the house and the Radio connects to the AP with the
best signal.
IIRC If the different APs have the same ssid - you'll have problems.
Radio and Touch do not support roaming.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
bpa wrote:
> Do you have any additional/3rd party applets or mods installed which
> may be trying to get some resource from net such as weather, images,
> metadata etc.
I don't think I do. After happening yesterday a few times it has not
happened today.
Sent from my SM-G900F using Tapatalk
Do you have any additional/3rd party applets or mods installed which
may be trying to get some resource from net such as weather, images,
metadata etc.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
bpa wrote:
> Was this with your Pi system ? If so then it rules out Win10 and maybe
> LMS as a factor.
Yes. I have never seen it happen before today.
Sent from my SM-G900F using Tapatalk
slartibartfast's Profile:
slartibartfast wrote:
> I am seeing this now with Radio 2. If I leave it playing after a while
> it becomes silent. According to Orange Squeeze the status is playing and
> the volume is 23%. If I adjust the navigation knob (volume knob works
> as well but strange that the navigation knob has an
bpa wrote:
> That's my point - there are no other signs of volume being changed yet
> volume goes to zero. The only other explanation would be a pause but
> the stream has moved on (i.e. your ears tell you audio has been lost) so
> the only explanation left is hardware or something in the
reinholdk wrote:
> Yes, these are the changes I made using the Radio's volume control.
That's my point - there are no other signs of volume being changed yet
volume goes to zero. The only other explanation would be a pause but
the stream has moved on (i.e. your ears tell you audio has been
Yes, these are the changes I made using the Radio's volume control.
reinholdk's Profile: http://forums.slimdevices.com/member.php?userid=36070
View this thread: http://forums.slimdevices.com/showthread.php?t=107435
I understood the volume changes logged are your movement of the volume
control which is reported to LMS.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
bpa wrote:
> I can't see anything in logs indicating a voulme change but not all
> sources of change for Radio have been logged (e.g. IR control)
The volume changes are logged, search for "new volume from player" in
the Radio's messages file. I don't have any IR control in use for the
SBs, in
reinholdk wrote:
> Now it gets even more strange.
I can't see anything in logs indicating a voulme change but not all
sources of change for Radio have been logged (e.g. IR control)
You may have more than one problem but the different problems have
similar symptoms. So dealing with radio2 only.
Now it gets even more strange.
The issue occurred again last week, but this time only RADIO2 was
affected. As usually when the issue occurs the now playing screen
doesn't show the currently played track but displays old information and
no progress indication. After roughly 10 minutes the audio
bpa wrote:
>
> Initial suggestions:
> audio.output to DEBUG
> applet.NowPlaying to DEBUG
>
Did that. Will report back when the problem occurs again.
In the meanwhile: is there a way to configure the time span for which
the /var/log/messages file is storing the messages or to configure the
reinholdk wrote:
> no and no: the radios are not synced and the touch is not affected.
>
> edit: I meant no and yes :)
It is strange that only the Radio are affected and not Touch since they
use the same LMS code.
>From the logs the Radios still appear to LMS to bve playing tracks well
after
no and no: the radios are not synced and the touch is not affected.
reinholdk's Profile: http://forums.slimdevices.com/member.php?userid=36070
View this thread: http://forums.slimdevices.com/showthread.php?t=107435
Thanks for your effort so far, bpa!
The LMS log is shorter because Radio stopped audio output before -
either during the 3rd or 4th track. A few minutes later (cause if it
happens, I'm usually in the shower and I feel a real pain when the music
stops :() I went to the LMS PC, copied the server
You cut off the LMS log compared to the RAdio log. The Radio log showed
request for 8 Audio tracks - last one at 6:36 (with realistic time gaps
to imply they have been played) but LMS log you supplied stops at
6:15:00. I'd like to have seen LMS logs up to same time.
As the content of slimproto
bpa wrote:
> When you say " music stopped playing" - do you mean the audio stop (as
> if muted) or did the "Now playing" screen also show stopped and not
> playing and did elapsed time counterprogress bar also stop.
The audio output of the Radio stopped.
As mentioned, the "Now playing" screen
reinholdk wrote:
> It happened again this morning and here is the server.log with debug
> messages for slimproto and the Radio's /var/log/messages file.
> There are 3 players involved (I modified the mac addresses in the files
> accordingly): TOUCH1 (wired), RADIO1 (wireless) and RADIO2
It happened again this morning and here is the server.log with debug
messages for slimproto and the Radio's /var/log/messages file.
There are 3 players involved (I modified the mac addresses in the files
accordingly): TOUCH1 (wired), RADIO1 (wireless) and RADIO2 (wireless).
The LMS server pc that
reinholdk wrote:
> - the music plays 10-15 minutes without re-buffering before it stops
After the audio breakdown after 10-15 minutes - the log in the radio
should also be check to see of Radio logs any unusual event.
As a way to check if the problem is Wifi related or LMS comms related.
Ok, I'll do. You've convinced me, because I'd give the same advices to
somebody else having these issues. ;)
Just waiting till the problem occurs again to see if there's some hint
in the slimproto debug messages.
reinholdk wrote:
> Thanks for the hints. I know that there are many factors influencing
> WiFi connectivity.
>
> Wiring these two Radios temporarily would mean to run cables of ~10
> meters over the floor. I'd rather want to avoid this. :) And I don't
> like to invest in powerlan adapters,
Thanks for the hints. I know that there are many factors influencing
WiFi connectivity.
Wiring these two Radios temporarily would mean to run cables of ~10
meters over the floor. I'd rather want to avoid this. :) And I don't
like to invest in powerlan adapters, since this setup worked over years
reinholdk wrote:
> It has happened again - with LMS 7.9.1.
>
> Still don't think it's a WiFi issue.
>
.
.
Sound exactly like a WiFi issue to me. The proof would be to put both SB
Radios on Ethernet and se how they act over several days.
Quick question, do you on a 200 acre estate or are other
It has happened again - with LMS 7.9.1.
Still don't think it's a WiFi issue.
DHCP server is configured to always provide the same pinned ip addresses
for the SB devices and LMS server PC (in fact, for all devices that are
regularly in the network).
And it usually (always?) happens for both
Are you using static IP or have arrange for DHCP to always assigned same
IP to Radio
If Radio is losing connection and DHCP reassign IP address - you can get
problem like this.
Any message in log file ? the 10-15 min connction failed will have a
reason - just that it may require enabling
I've got two Radios on WiFi that both have occasional connection issues
with LMS on a Win10 PC.
Don't know when it started, maybe some time after updating LMS to
7.9.0?
The symptoms are:
- the local music I've selected to play is playing for maybe 10 or 15
mins and then stops
- the now playing
30 matches
Mail list logo