Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
Extracting Update...tar: write error: No space left on device sh: write error: No space left on device File Extraction FAILED.exiting! You need to expand your filesystem. Or figure out why you run out of disk space? -- Michael ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce piCorePlayer 3.20
Mnyb wrote: > What is the HD format ext3 ntfs fat32 ? > > If you login to the PI via SSH and run ls-la command on apropriate > places in the file structures ? what do you see ? it's ntfs. I'll try that hankmarvin's Profile: http://forums.slimdevices.com/member.php?userid=64136 View this thread: http://forums.slimdevices.com/showthread.php?t=107352 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > yes but since LMS@pcp is "fairly" new and since -like observed- music > playing is not affected then maybe something like this could have gone > unnoticed March 2016 cannot be considered new. It's possible that has gone unnotriced but the developers are experienced and then there are plenty are non Linux users who remark at the smallest oddity as well as experts who want to tweak it every way possible. wireshark would be my normal next level of debugging - but it is not something that can be used remotely. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
Xilinx reset is a good step to take whenver odd behaviour happens. It does not harm. Even though the problem affects TRasnproter and Radio - I was think perhaps one device is messing up the netwrok for the second. true xilinx reset has cleared strange behaviour with the TP and a Boom in the past several times for me too Nothing immediatel springs to mind - need to think what is possible. I don't think so. There are plenty of pcp LMS users and they don't have the problem so that would make more likely a local issue - either configuration/setup or network. yes but since LMS@pcp is "fairly" new and since -like observed- music playing is not affected then maybe something like this could have gone unnoticed It is confusing that players seem to not "see" some LMS replies or replies from players are being dropped - yet manage to play music non stop. Just to confirm - the other squeezeplay/suqeezelite are separate players from the pcp LMS system ? -one squeezelite in the pcp server (stopped to ease troubleshooting as suggested) -one squeezeplay (Ralphy's) was installed on my win7-pc just a couple of hours ago to see how it would behave with the pcp/lms server..worked perfectly but I did not do lengthy testing -one squeezelite (Rdawson's) lovely Squeezelitetray wa installed on the same pc for the same purpose and to see what it was about. worked perfectly but with no lenthy testing also. both win7pc software players were then "powered off and exited" Have you swapped switches to see if problem follow the switch ? I had a switch which became unreliable and would partially work - some packets would get through and some wouldn't. yes swapped cables and switches since I've had such failure as you described in the past as well..some ports would "semi-work" when things got a bit warmer in the summertime. 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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > ok now things make more sense...just xilinx-ed the Transporter..no > change..afaik there's no xilinx reset for the Radio..went ahead and > issued a factory reset..will have more time to watch Radio's behaviour > tomorrow Xilinx reset is a good step to take whenver odd behaviour happens. It does not harm. Even though the problem affects TRasnproter and Radio - I was think perhaps one device is messing up the netwrok for the second. > should I up the logging level of some other protocol or slimproto is > enough? Nothing immediatel springs to mind - need to think what is possible. > do these findings so far point more likely to a 7.9.1 bug or? I don't think so. There are plenty of pcp LMS users and they don't have the problem so that would make more likely a local issue - either configuration/setup or network. It is confusing that players seem to not "see" some LMS replies or replies from players are being dropped - yet manage to play music non stop. Have you swapped switches to see if problem follow the switch ? I had a switch which became unreliable and would partially work - some packets would get through and some wouldn't. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
I would rather think something's fishy with your network or network config in PCP. As I see it (without looking at the zip), every clients dropping connections (including squeezelite), that is weird. squeezelite seems quite solid.what do you see? I understand PCP/LMS/Squeezelite is at 192.168.0.10? Would you shut down that machine, and then try to ping 192.168.0.10. I wonder if someone might still respond. did that just now cause you had me alarmed for a min but now with pcp down pinging .10 results in request timeout _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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > Thank you Paul I will go ahead and do so right now > > Nikos failed: Code: tc@piCorePlayer:~$ sudo lms-update.sh -u -r ### This script will update the Logitech Media Server extension usage: /usr/local/bin/lms-update.sh [-u] [-d] [-m] [-r] [-s] [-t] -u Unattended Execution -d Debug, Temp files not erased -m Manual download Link Check for LMS update -r Reload LMS after Update -s Skip Update from GitHub -t Test building, but do not move extension to tce directory --mm Force the version you want to update. (eg 7.9.1) Unattended Operation Enabled Automatic Reload Enabled ### Press Enter to continue, or Ctrl-c to exit and change options Updateing Script from Github... Connecting to raw.githubusercontent.com (151.101.16.133:443) lms-update.sh100% |***| 13190 0:00:00 ETA Relaunching Script in 3 seconds Updateing Slimserver customizations from Github... Connecting to raw.githubusercontent.com (151.101.16.133:443) custom-strings.txt 100% |***| 1180 0:00:00 ETA Connecting to raw.githubusercontent.com (151.101.112.133:443) picore-update.html 100% |***| 1240 0:00:00 ETA Connecting to raw.githubusercontent.com (151.101.16.133:443) Custom.pm100% |***| 2732 0:00:00 ETA Connecting to raw.githubusercontent.com (151.101.16.133:443) slimserver 100% |***| 3764 0:00:00 ETA No update link found. THis either means that there is no update, or you do not have automatic update checks and automatic downloads enabled in the LMS settings. If you would like to manually check for updates using a static update check, please relaunch this script using the -m command line switch DONE then used -m switch : Code: tc@piCorePlayer:~$ sudo lms-update.sh -u -m -r ### This script will update the Logitech Media Server extension usage: /usr/local/bin/lms-update.sh [-u] [-d] [-m] [-r] [-s] [-t] -u Unattended Execution -d Debug, Temp files not erased -m Manual download Link Check for LMS update -r Reload LMS after Update -s Skip Update from GitHub -t Test building, but do not move extension to tce directory --mm Force the version you want to update. (eg 7.9.1) Unattended Operation Enabled Manual Download Link Check Enabled Automatic Reload Enabled ### Press Enter to continue, or Ctrl-c to exit and change options Updateing Script from Github... Connecting to raw.githubusercontent.com (151.101.112.133:443) lms-update.sh100% |***| 13190 0:00:00 ETA Relaunching Script in 3 seconds Updateing Slimserver customizations from Github... Connecting to raw.githubusercontent.com (151.101.16.133:443) custom-strings.txt 100% |***| 1180 0:00:00 ETA Connecting to raw.githubusercontent.com (151.101.16.133:443) picore-update.html 100% |***| 1240 0:00:00 ETA Connecting to raw.githubusercontent.com (151.101.16.133:443) Custom.pm100% |***| 2732 0:00:00 ETA Connecting to raw.githubusercontent.com (151.101.112.133:443) slimserver 100% |***| 3764 0:00:00 ETA Performing manual check for update link, Current Version is: 7.9.1 r1505480690. Connecting to www.mysqueezebox.com (54.246.73.168:80) tmp.6uZzhJ 100% |***| 104 0:00:00 ETA Downloading update from http://downloads.slimdevices.com/nightly/7.9/sc/c558cb2/logitechmediaserver-7.9.1-1509357021-noCPAN.tgz Connecting to downloads.slimdevices.com (54.192.230.245:80) logitechmediaserver- 100% |***| 18695k 0:00:00 ETA Downloading required extension squashfs-tools.tcz Downloading: squashfs-tools.tcz Connecting to repo.tinycorelinux.net (89.22.99.37:80) squashfs-tools.tcz 100% |***| 104k 0:00:00 ETA squashfs-tools.tcz: OK Updating from /tmp/slimupdate/logitechmediaserver-7.9.1-1509357021-noCPAN.tgz Extracting Update...tar: write error: No space left on device sh: write error: No space left on device File Extraction FAILED.exiting! tc@piCorePlayer:~$ tried a resize fs: 23956 Paul is this normal? Nikos +---+ |Filename: pcpDisk.jpg
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > do these findings so far point more likely to a 7.9.1 bug or? I would rather think something's fishy with your network or network config in PCP. As I see it (without looking at the zip), every clients dropping connections (including squeezelite), that is weird. I understand PCP/LMS/Squeezelite is at 192.168.0.10? Would you shut down that machine, and then try to ping 192.168.0.10. I wonder if someone might still respond. 3 SB 3 Libratone Loop, Zipp Mini iPeng (iPhone + iPad) LMS 7.9 (linux) with plugins: CD Player, WaveInput, Triode's BBC iPlayer by bpa IRBlaster by Gwendesign (Felix) Server Power Control by Gordon Harris Smart Mix, Music Walk With Me, What Was That Tune? by Michael Herger PowerSave by Jason Holtzapple Song Info, Song Lyrics by Erland Isaksson AirPlay Bridge by philippe_44 WeatherTime by Martin Rehfeld Auto Dim Display, SaverSwitcher, ContextMenu by Peter Watkins. epoch1970's Profile: http://forums.slimdevices.com/member.php?userid=16711 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
paul- wrote: > The update in the web page takes some time to complete, depending on > your download speed, and rpi. (Single vs Multiple Core), it appears as > if nothing is happening. If you want, you can open an ssh session, and > then run the update manually > > sudo lms-update.sh -u -r > > You can see the script running that way. Thank you Paul I will go ahead and do so right now 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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
bpa wrote: > When playing music older SB player (i.e. Transport, Boom, Receiver) has > two connections > 1. Slimproto > 2. Music over a http > > With your problem players - the slimproto connection is being closed and > reopened repeatedly by the player and LMS treats the open/close as a > "glitch" and doesn't reinitialise the "client" datastructure as trhe > connection is remade quickly (i.e. client forget timer of 300 secs does > not expire) - so this is your "black hole" > > Code: > > > 17-11-03 16:09:19.0899] Slim::Networking::Slimproto::client_readable (425) half-close from client: 192.168.0.230:49843 > [17-11-03 16:09:19.0908] Slim::Networking::Slimproto::slimproto_close (247) connection closed > [17-11-03 16:09:19.0926] Slim::Networking::Slimproto::slimproto_close (284) setting timer to forget client in 300 secs > [17-11-03 16:09:23.6918] Slim::Networking::Slimproto::slimproto_accept (191) Accepted connection from: [192.168.0.230:49846] > [17-11-03 16:09:23.6927] Slim::Networking::Slimproto::slimproto_accept (194) Setting timer in 5 seconds to close bogus connection > [17-11-03 16:09:23.7045] Slim::Networking::Slimproto::_hello_handler (926) Killing bogus player timer. > [17-11-03 16:09:23.7058] Slim::Networking::Slimproto::_hello_handler (968) Squeezebox says hello: Deviceid: 9 revision: 0 mac: 00:04:20:2d:71:9c uuid: ab791124ae0437fbc7cc1d23f1c7aad6 bitmapped: 0 reconnect: 0 wlan_channellist: lang: EN bytes_received: 0 capabilities: Model=baby,ModelName=Squeezebox Radio,Firmware=7.7.3-r16676,Rhap,alc,wma,wmap,wmal,aac,spt,ogg,flc,aif,pcm,mp3,MaxSampleRate=48000,AccuratePlayPoints,spdr,Spdirect=spotify,ImmediateCrossfade,test,Rtmp=2,Proxy=192.168.0.230:9001 > [17-11-03 16:09:23.7069] Slim::Networking::Slimproto::_hello_handler (1157) Hello from existing client: 00:04:20:2d:71:9c on ipport: 192.168.0.230:49846 > > > > > So LMS is not disconnecting but the players seems to close the > slimproto connections to LMS and then very quickly make a request to > reconnect. Strangely, at the same time the http music connection does > not seem to have been closed but more logging would be needed to be > sure. > > Have you tried Xilinx reset of the players ? ok now things make more sense...just xilinx-ed the Transporter..no change..afaik there's no xilinx reset for the Radio..went ahead and issued a factory reset..will have more time to watch Radio's behaviour tomorrow should I up the logging level of some other protocol or slimproto is enough? do these findings so far point more likely to a 7.9.1 bug or? thanks for your assistance on this bpa cheers 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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > > - 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? > The update in the web page takes some time to complete, depending on your download speed, and rpi. (Single vs Multiple Core), it appears as if nothing is happening. If you want, you can open an ssh session, and then run the update manually sudo lms-update.sh -u -r You can see the script running that way. paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
When playing music older SB player (i.e. Transport, Boom, Receiver) has two connections 1. Slimproto 2. Music over a http With your problem players - the slimproto connection is being closed and reopened repeatedly by the player and LMS treats the open/close as a "glitch" and doesn't reinitialise the "client" datastructure as trhe connection is remade quickly (i.e. client forget timer of 300 secs does not expire) - so this is your "black hole" Code: 17-11-03 16:09:19.0899] Slim::Networking::Slimproto::client_readable (425) half-close from client: 192.168.0.230:49843 [17-11-03 16:09:19.0908] Slim::Networking::Slimproto::slimproto_close (247) connection closed [17-11-03 16:09:19.0926] Slim::Networking::Slimproto::slimproto_close (284) setting timer to forget client in 300 secs [17-11-03 16:09:23.6918] Slim::Networking::Slimproto::slimproto_accept (191) Accepted connection from: [192.168.0.230:49846] [17-11-03 16:09:23.6927] Slim::Networking::Slimproto::slimproto_accept (194) Setting timer in 5 seconds to close bogus connection [17-11-03 16:09:23.7045] Slim::Networking::Slimproto::_hello_handler (926) Killing bogus player timer. [17-11-03 16:09:23.7058] Slim::Networking::Slimproto::_hello_handler (968) Squeezebox says hello: Deviceid: 9 revision: 0 mac: 00:04:20:2d:71:9c uuid: ab791124ae0437fbc7cc1d23f1c7aad6 bitmapped: 0 reconnect: 0 wlan_channellist: lang: EN bytes_received: 0 capabilities: Model=baby,ModelName=Squeezebox Radio,Firmware=7.7.3-r16676,Rhap,alc,wma,wmap,wmal,aac,spt,ogg,flc,aif,pcm,mp3,MaxSampleRate=48000,AccuratePlayPoints,spdr,Spdirect=spotify,ImmediateCrossfade,test,Rtmp=2,Proxy=192.168.0.230:9001 [17-11-03 16:09:23.7069] Slim::Networking::Slimproto::_hello_handler (1157) Hello from existing client: 00:04:20:2d:71:9c on ipport: 192.168.0.230:49846 So LMS is not disconnecting but the players seems to close the slimproto connections to LMS and then very quickly make a request to reconnect. Strangely, at the same time the http music connection does not seem to have been closed but more logging would be needed to be sure. Have you tried Xilinx reset of the players ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
Obscuring MAC addresses is not usual - it is not a great safety measure since Mac address can be spoofed very easily. But if you deciode to obscure - do it everywhere and in equally (i.e. edit using a global replace) but leave enough to faciltitate debugging (i.e leave last digits not first as they are more likely to be unique ) - the application of "***" in some places and leaving trhe same MAC address unbscured in other places was just odd and why I didn't think it was done by a user. I see your point and I stand corrected Rather than fragments of results - can you summarise what is / is not working. fragments? hm yes sure Each player has three aspects 1. Controllable by OrangeSqueeze 2. Ability to play Music. 3. Visible on LMS Web UI. ok one more time 1. _both_ players are perfectly controllable by OSq apart from the black-hole-window (~5sec duration) during which the Radio appears to fall off the available-players-list in the OSq gui, yet this falling-off does _not_ affect whatever radio stream or spotify stream the Radio is playing during that hiccup. 2.Like mentioned numerous times both players play perfectly 3.Both players are visible on lms gui normally with no "obvious" signs of something being wrong Can you summarise the status of each player against these three. What are you playing files or internet streams ? no local files. internet streams + spotify only. flawless playback _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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > trying squeezeplay as well as the new squeezelitetray app on my win7 pc > connected to said pcp/lms also works flawlessly Obscuring MAC addresses is not usual - it is not a great safety measure since Mac address can be spoofed very easily. But if you deciode to obscure - do it everywhere and in equally (i.e. edit using a global replace) but leave enough to faciltitate debugging (i.e leave last digits not first as they are more likely to be unique ) - the application of "***" in some places and leaving trhe same MAC address unbscured in other places was just odd and why I didn't think it was done by a user. Rather than fragments of results - can you summarise what is / is not working. Each player has three aspects 1. Controllable by OrangeSqueeze 2. Ability to play Music. 3. Visible on LMS Web UI. Can you summarise the status of each player against these three. What are you playing files or internet streams ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
bpa wrote: > Thanks for letting me waste time by not saying you did that in the > beginning. > > omission on my part but I would expect this to be common practice, no? > > No "bogus" message is "Normal" but I was confused by the "***" and the > associated UUID being zero. > > Please give me a clean log - it is necessary to match message with MAC. > > plz see new attached > > With a bit if guesswork because the Mac addresses were obsucred and I > could be mixuing up two or more players. It looks like there is only > player playting OK but all the other players are not seeing the replies > from LMS and so keep trying to communicste with LMS. > > > only 2 players in total the Radio and the Transporter (squeezelite from > pcp was stopped as suggested) and they both play fine (would this lack > of music dropouts be caused by having full buffers?) > > > > Do you have a simple network (e.g. a single router and all device on > same sub net with no VLANs) or do you have something more complicated > possibly with mulitple routers/switch/VLANs/subnets etc. simple clean 1 router 1 switch no vlans no qos 24 bit network no extra subnets trying squeezeplay as well as the new squeezelitetray app on my win7 pc connected to said pcp/lms also works flawlessly cheers 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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > 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? > > > > > > No "bogus" message is "Normal" but I was confused by the "***" and the > associated UUID being zero. > > Please give me a clean log - it is necessary to match message with > MAC. > > With a bit if guesswork because the Mac addresses were obsucred and I > could be mixuing up two or more players. It looks like there is only > player playting OK but all the other players are not seeing the > replies from LMS and so keep trying to communicste with LMS. > > Do you have a simple network (e.g. a single router and all device on > same sub net with no VLANs) or do you have something more complicated > possibly with mulitple routers/switch/VLANs/subnets etc. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > @bpa > > log attached I appreciate your taking the time to look into it There are a few odd things but first please confirm you have not modified the log in any way such as replacing Mac addresses by "**" bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
@bpa log attached I appreciate your taking the time to look into it @Mnyb nah I've been lurking way too many years to not know these caveats by now lol Nikos +---+ |Filename: server.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=23951| +---+ _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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] BitPerfect
steff wrote: > Regarding jitter, since almost all DACs today are internally reclocked, > it should not be a matter of the source\streamer. > > Correct? Not really , and the levels of jitter claimed in most data for almost anything is still 1000' of timesbelow whats considered audible .. So even if source jitter do affect even reclocked in a very minute ways , you can measure I think , think about it as a fillter , but still it does not get audible even if can show the effect . Thats totally eliminated by for example asynchronus USB or ethernet direct to the streamer (also async comunication ) . Then you have electrical noise etc thats alos claimed to do "harm" . I'm no longer a believer in this myself so i'm in agrrement :) really ( i has been a devout believer in all kind of audiphool nonsense ) . But its really down to cluthing at straws arguments to justife an imaged difference "heard" trough uncontrolled non blind testing aka your are not even wrong as no real information cuts above the noise :) Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub. Bedroom/Office: Boom Kitchen: Touch + powered Fostex PM0.4 Misc use: Radio (with battery) iPad1 with iPengHD & SqueezePad (spares Touch, SB3, reciever ,controller ) server HP proliant micro server N36L with ClearOS Linux http://people.xiph.org/~xiphmont/demo/neil-young.html Mnyb's Profile: http://forums.slimdevices.com/member.php?userid=4143 View this thread: http://forums.slimdevices.com/showthread.php?t=108191 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > pulling my hair.. Same account for every player if you only got one mysb.com your probably ok and actually if see every player there when you log in then you are ok :) some guys may make the mistake and register every one under a new email or somesuch and inavertely create multiple accounts . Or get used players that really are still registred on the previus owners account . Or forgot thier login and creates yet another account.. Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub. Bedroom/Office: Boom Kitchen: Touch + powered Fostex PM0.4 Misc use: Radio (with battery) iPad1 with iPengHD & SqueezePad (spares Touch, SB3, reciever ,controller ) server HP proliant micro server N36L with ClearOS Linux http://people.xiph.org/~xiphmont/demo/neil-young.html Mnyb's Profile: http://forums.slimdevices.com/member.php?userid=4143 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > -apparently I missed the "he text that you have entered is too long > (19107 characters). Please shorten it to 1 characters long." upon > hitting submit. > Zip the file and attach to a post. Edited version are never great as sometimes it is the messages that are missing that tell the story. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
it striked odd to me but..isn't lms supposed to be gapless...played two live albums through spotify/spotty puts gaps in between the songs.. _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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
epoch1970 wrote: > Unfortunately old is not synonymous with experienced. I've never run LMS > off pCP... > > I think it can be an issue with the Pi's hardware, with networking (on > the Pi or on the switch/router), or LMS. > > > yes but wouldn't such issue cause failures to the outcome which is the > actual playing of the music?..no dropouts here.. > > Pi hardware: what is connected to the Pi over USB? It is a rather > frequent case that users connect too many devices to the USB ports, and > some get disconnected by the platform. AFAIK max current draw is 1A over > the 4 ports (e.g. max 1A with 1 port, max 500mA each for 2 ports etc.) > As you know, ethernet is connected via USB so an USB reset might affect > your connection. The stock PSU for Pi 3 can output 2.5A over 5V > sustained. If your PSU is weak, like 1A, it is possible that all the > current goes to the Pi itself and not enough remains for the USB ports. > > all usb ports unoccupied. rpi original 2.5a psu > > It *think* "dmesg" could show something upon disconnects. Otherwise > adding bootcode "syslog" to the line in cmdline.txt in pCP will allow > /var/log/messages to be created, and there you should get a regular > system log. > > > well my *nix admin days are some 20years old but I guess I will have to > get back to that one of these days.. > > Networking: are you using DHCP? If not I would. In case there is a typo > in networking config you can get disconnects/no connection at all. Make > sure the IP used by pCP is indeed unique to the network, an IP conflict > would create transient issues like the one you're seeing. > Also if you're using one of those fancy "green ethernet" network > devices, try and see if disabling power management on the port used by > Pi in the switch/router changes anything. > > no green here *shame on me* all static all checked. dhcp only for the > wireless phones/tablets part (outside of the static range ofcourse) > > LMS: could LMS be caught in a fail/restart loop? I would open a session > on pCP, check "ps" regularly and see if the main LMS process ages or on > the contrary, keeps changing PID which would indicate a restart. > > will do thanks epoch1970 sounds a good point > > I don't think mySB.com would have much to do with this. If you can live > without Internet for a few minutes, you could try pulling the WAN cable > from the router and see if players still reset. I don't see why that > would change anything but when everything's lost... > > indeed another wise simple but useful tip thanks :) > > > cheers 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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
-apparently I missed the "he text that you have entered is too long (19107 characters). Please shorten it to 1 characters long." upon hitting submit. 192.168.0.230 it the Radio and 192.168.0.10 is the PCPplayer+LMSserver -11-03 10:38:15.7715] Slim::Networking::Slimproto::slimproto_accept (191) Accepted connection from: [192.168.0.230:34761] [17-11-03 10:38:15.7724] Slim::Networking::Slimproto::slimproto_accept (194) Setting timer in 5 seconds to close bogus connection [17-11-03 10:38:15.7932] Slim::Networking::Slimproto::_hello_handler (926) Killing bogus player timer. [17-11-03 10:38:15.7945] Slim::Networking::Slimproto::_hello_handler (968) Squeezebox says hello: Deviceid: 9 revision: 0 mac: 00:04:20:2d:71:9c uuid: ab791124ae0437fbc7cc1d23f1c7aad6 bitmapped: 0 reconnect: 16384 wlan_channellist: lang: EN bytes_received: 198910623 capabilities: Model=baby,ModelName=Squeezebox Radio,Firmware=7.7.3-r16676,Rhap,alc,wma,wmap,wmal,aac,spt,ogg,flc,aif,pcm,mp3,MaxSampleRate=48000,AccuratePlayPoints,spdr,Spdirect=spotify,ImmediateCrossfade,test,Rtmp=2,Proxy=192.168.0.230:9001 [17-11-03 10:38:15.7956] Slim::Networking::Slimproto::_hello_handler (1157) Hello from existing client: 00:04:20:2d:71:9c on ipport: 192.168.0.230:34761 [17-11-03 10:38:15.7970] Slim::Player::SqueezePlay::updateCapabilities (160) unknown capability: ImmediateCrossfade=1, ignored [17-11-03 10:38:15.7981] Slim::Player::SqueezePlay::updateCapabilities (173) formats: alc,wma,wmap,wmal,aac,spt,ogg,flc,aif,pcm,mp3,spdr,test [17-11-03 10:38:15.8156] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:2d:71:9c: STAT-setd: fullness=6528, output_fullness=3503224, elapsed=12421.792 [17-11-03 10:38:25.3732] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:2d:71:9c: STAT-STMt: fullness=8247, output_fullness=3513208, elapsed=12431.347 [17-11-03 10:38:26.4534] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:2d:71:9c: STAT-STMt: fullness=242, output_fullness=3494776, elapsed=12432.427 [17-11-03 10:38:26.5941] Slim::Networking::Slimproto::slimproto_accept (191) Accepted connection from: [192.168.0.10:50158] [17-11-03 10:38:26.5950] Slim::Networking::Slimproto::slimproto_accept (194) Setting timer in 5 seconds to close bogus connection [17-11-03 10:38:26.5961] Slim::Networking::Slimproto::client_readable (425) half-close from client: 192.168.0.10:50130 [17-11-03 10:38:26.5970] Slim::Networking::Slimproto::slimproto_close (247) connection closed [17-11-03 10:38:26.5989] Slim::Networking::Slimproto::slimproto_close (284) setting timer to forget client in 300 secs [17-11-03 10:38:26.6055] Slim::Networking::Slimproto::_hello_handler (926) Killing bogus player timer. [17-11-03 10:38:26.6068] Slim::Networking::Slimproto::_hello_handler (968) Squeezebox says hello: Deviceid: 12 revision: 0 mac: b8:27:eb:4e:51:a2 uuid: bitmapped: 0 reconnect: 16384 wlan_channellist: lang: bytes_received: 441216 capabilities: Model=squeezelite,AccuratePlayPoints=1,HasDigitalOut=1,HasPolarityInversion=1,Firmware=v1.8.7-999,ModelName=SqueezeLite,MaxSampleRate=384000,dsf,dff,aac,ogg,flc,aif,pcm,mp3,loc [17-11-03 10:38:26.6080] Slim::Networking::Slimproto::_hello_handler (1157) Hello from existing client: b8:27:eb:4e:51:a2 on ipport: 192.168.0.10:50158 [17-11-03 10:38:26.6094] Slim::Player::SqueezePlay::updateCapabilities (173) formats: dsf,dff,aac,ogg,flc,aif,pcm,mp3,loc [17-11-03 10:38:27.4832] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:2d:71:9c: STAT-STMt: fullness=0, output_fullness=3163768, elapsed=12433.457 [17-11-03 10:38:28.6111] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:2d:71:9c: STAT-STMt: fullness=0, output_fullness=3393400, elapsed=12434.583 [17-11-03 10:38:34.8437] Slim::Networking::Slimproto::_stat_handler (785) 00:04:20:2d:71:9c: STAT-STMt: fullness=1334, output_fullness=3517048, elapsed=12440.817 [17-11-03 10:38: : : : [17-11-03 10:40:15.0895] Slim::Networking::Slimproto::slimproto_accept (191) Accepted connection from: [192.168.0.10:50206] [17-11-03 10:40:15.0904] Slim::Networking::Slimproto::slimproto_accept (194) Setting timer in 5 seconds to close bogus connection [17-11-03 10:40:15.0915] Slim::Networking::Slimproto::client_readable (425) half-close from client: 192.168.0.10:50190 [17-11-03 10:40:15.0924] Slim::Networking::Slimproto::slimproto_close (247) connection closed [17-11-03 10:40:15.0940] Slim::Networking::Slimproto::slimproto_close (284) setting timer to forget client in 300 secs [17-11-03 10:40:15.1037] Slim::Networking::Slimproto::_hello_handler (926) Killing bogus player timer. [17-11-03 10:40:15.1050] Slim::Networking::Slimproto::_hello_handler (968) Squeezebox says hello: Deviceid: 12 revision: 0 mac: b8:27:eb:4e:51:a2 uuid: bitmapped: 0 reconnect: 16384 wlan_channellist: lang: bytes_received: 441216 capabilities:
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
@bpa I just posted an interesting slimproto log but I dont know where it ended up.. let me repost _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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
Mnyb wrote: > Have you checked your power on resume settings for each player ? > > I have that "stays off after power on" > > And also I *think* there is a setting in the audio settings for the > digital out should behave if the playback is stopped , just to adopt to > varius AV recievers and DAC's that auto switch depending on the state on > the spdiff output . > > Sorry , that I have no Touch or SB3 connected anymore they exposed this > setting and i think the transporter does to, I forgot the name of this > setting :/ > This could affect "clicking" and input switch of in associated equipment > ... > > True it's the option to have the digital outputs always on or to have > them off when "powered off" (by memory - not infront the TP now) which > is what I have setup..but this is not it, since when I choose to have > the TP connect to mysqb (which I did revert to until this issue is > resolved) the "on-off" clicking stops > > ..I know..a headscratcher... _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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
_NK_ wrote: > pulling my hair.. Enable LMS slimproto logging which will confirm if LMS is indeed disconnecting - anything else is just speculation. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=108198 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] rpi3+pcp3.22+LMS causes transporter & SBradio to jump in and out of LMS
Mnyb wrote: > No keep them registred , but make sure it's the same account for all > players . > > checked. but what do you mean "same account for all players"? Just one > lms account set up in the respective lms-mysqueezebox integration tab. > Is there more elsewhere? > > And also put in your mysqueezebox login in the LMS settings, it's a > special tab in settings for that so that your LMS can see your mysb.com > account . That way switching players back and forth goes smoothly (you > can see from within LMS if a player is at mysb.com ) and the app and > radio menu in LMS will work properly. > And actually if you have your LMS account set in LMS you will probably > find your picore player registred at mysb.com too . > > checked. indeed picoreplayer is visible > > I really have no clue but > > The "picore player" is on the same PI as LMS and they don't loose > conection ?, could that tell us anything ? regarding networking . > > that would be a hint but all network testing so far shows no issues > > Yes radio's wifi icon turns red when conection is lost . > > Further youre sure that the players are connected by ethernet ? you > don't just have to put in the cables you must also redo the network > setup in each player > > double checked everything, no double IPs, all static, simple clean class > c 192.168.0.x , all wired music actually plays fine spotify works. If > there was no transporter clicking and no orangesqueeze to show me the > players bouncing in and out I doubt I would know there was an problem . > > . pulling my hair.. _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 unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] BitPerfect
Regarding jitter, since almost all DACs today are internally reclocked, it should not be a matter of the source\streamer. Correct? steff's Profile: http://forums.slimdevices.com/member.php?userid=66870 View this thread: http://forums.slimdevices.com/showthread.php?t=108191 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
