indeed replaced some to protect the innocent but then I saw there were all around in different places and did not go on with the replacing.
by strange you mean the kill bogus player from the radio that keeps restasblishing a new connection on different ports? I don't see the Transporter doing that in the logs and upon further investigation the newer findings are: -The Radio does bounce in & out of OrangeSqueeze as mentioned. Music plays fine, spotify ok -Transporter does *not* appear to bounce like that when both are observed through OrangeSqueeze -Transporter keeps clicking as in losing connection but it's really rapid (the offline/online transition) and maybe that's why the displays do not have enough time to register this state transition -Transporter clicking happens *only* while Trasnporter is "on and stand-by" or "off". -No clicking during playback. Music ok spotify ok -a "ps" shows a solid process id for lms so no lms restarting it seems -dmesg shows nothing "ovbiously odd" at least in my eyes -an ifconfig shows strangely(?) some -not many- dropouts in the line. No overruns no errors all rest is 0. Everything is wired like I said no hubs, only switches. how can I check the exact statistics negotiations of rpi's ethernet port? dmesg showed normal behaviour 100 full duplex - another thing is lms version. upon hitting check for lms updates in lms gui it shows a new version available. (7.9.1-1509357021-noCPAN) My current lms version is v7.9.1, 1505480690. Trying to update lms through pcp gui does not seem to do anything, is there a specific procedure to follow? Thanks Nikos ------------------------------------------------------------------------ _NK_'s Profile: http://forums.slimdevices.com/member.php?userid=2645 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
