since I have changed the IP address to a fixed one and not managed by the DHCP my SB3 started to work.
a couple of times a got a skip. this is incomprehensible to me; it should use TCP/IP and this guarantees that the packets of data are always received in the right sequence. you should have the music stopping if the buffer is not full (not my problem), but when it restarts it should pick up form where it left. The skipping is something I just do not understand ! When it skipped my Network health looked like this: The server is currently collecting performance statistics for this player. You may set warning thresholds for each measurement. Events which exceed this threshold will be logged to a log file. The log is stored at: C:\Program Files\SqueezeCenter\server\Logs\perfmon.log Signal Strength This graph shows the strength of the wireless signal received by your player. Higher signal strength is better. The player reports signal strength while it is playing. < 10 : 0 : 0% < 20 : 0 : 0% < 30 : 0 : 0% < 40 : 0 : 0% < 50 : 0 : 0% < 60 : 0 : 0% < 70 : 0 : 0% < 80 : 1172 : 10% ##### < 90 : 8173 : 72% #################################### < 100 : 1973 : 17% ######## >=100 : 0 : 0% max : 94.000000 min : 70.000000 avg : 83.845467 Warning Thresholds : Low High Buffer Fullness This graph shows the fill of the player's buffer. Higher buffer fullness is better. Note the buffer is only filled while the player is playing tracks. Squeezebox1 uses a small buffer and it is expected to stay full while playing. If this value drops to 0 it will result in audio dropouts. This is likely to be due to network problems. Squeezebox2/3 uses a large buffer. This drains to 0 at the end of each track and then refills for the next track. You should only be concerned if the buffer fill is not high for the majority of the time a track is playing. Playing remote streams can lead to low buffer fill as the player needs to wait for data from the remote server. This is not a cause for concern. < 10 : 331 : 3% # < 20 : 44 : 0% < 30 : 63 : 1% < 40 : 42 : 0% < 50 : 51 : 1% < 60 : 46 : 0% < 70 : 43 : 0% < 80 : 27 : 0% < 90 : 35 : 0% < 100 : 8859 : 93% ############################################## >=100 : 0 : 0% max : 99.999968 min : 0.000000 avg : 94.477283 Warning Thresholds : Low High Control Connection This graph shows the number of messages queued up to send to the player over the control connection. A measurement is taken every time a new message is sent to the player. Values above 1-2 indicate potential network congestion or that the player has become disconnected. < 1 : 49111 :100% ################################################## < 2 : 0 : 0% < 5 : 0 : 0% < 10 : 0 : 0% < 20 : 0 : 0% >=20 : 0 : 0% max : 0.000000 min : 0.000000 avg : 0.000000 -- mik63 ------------------------------------------------------------------------ mik63's Profile: http://forums.slimdevices.com/member.php?userid=9480 View this thread: http://forums.slimdevices.com/showthread.php?t=39903 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
