Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
nervoteso wrote: > i'm on 7.7.2 (on ts119 qnap) should i update fw? Sorry for late reply! I really don't know if that would help though! But you could try anyhow! /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
falolaf wrote: > I can't speak for everyone but it works for me since a couple of month. > I'm on openSUSE 13.1 x64 with 7.8.0. > > /Anders i'm on 7.7.2 (on ts119 qnap) should i update fw? Touchx3,Boomx2,1 radio, 1 classic!Squeezebox Server 7.7.2 (Qnap ts-119) nervoteso's Profile: http://forums.slimdevices.com/member.php?userid=30262 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
nervoteso wrote: > i stopped using triode spotify due to buffering issues on multiple > players, does anyone know if the problem has been solved? i'm on 7.7.2 > thanks I can't speak for everyone but it works for me since a couple of month. I'm on openSUSE 13.1 x64 with 7.8.0. /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
i stopped using triode spotify due to buffering issues on multiple players, does anyone know if the problem has been solved? i'm on 7.7.2 thanks Touchx3,Boomx2,1 radio, 1 classic!Squeezebox Server 7.7.2 (Qnap ts-119) nervoteso's Profile: http://forums.slimdevices.com/member.php?userid=30262 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I've tried the test-2 and test-3 versions of the win32 helper app from the main thread, and they haven't really changed the behavior I'm getting when trying to stream to a Receiver: The first ~30 seconds of each track plays great, then pausing starts happening about every 2 to 5 seconds. This goes on for maybe 30 seconds and then the server gives up and goes to the next track. I opened a port in my router firewall to allow TCP on port 9005 to the LMS (Win7) machine, and that didn't change anything. Streaming test on the Spotify settings page shows that streaming from Spotify works, but sending to the Receiver doesn't. I get the "Rate LOW" message. Should I post logs? murmur's Profile: http://forums.slimdevices.com/member.php?userid=32665 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
New test versions available in the attachment spotifyd-test2 on the main thread. Please test and report back. Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
falolaf wrote: > Hi, > > I have now tested the updated version but I still have the same > behaviour unfortunately. After a while I get dropouts and then it starts > to skip to next track. And then no sound at all but the players seem to > indicate that something is playing. As soon as I unsynchronize the music > continues where the player indicates it is playing. > > I did copy spotify and spotify64 here: > /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/Spotify/Bin/i386-linux > > Is that maybe the wrong place? > > /Anders Yep that's the right place - it should show as a different version in the helper app log. What does the log show with Stream Debug set when these drop outs occur? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Hi, I have now tested the updated version but I still have the same behaviour unfortunately. After a while I get dropouts and then it starts to skip to next track. And then no sound at all but the players seem to indicate that something is playing. As soon as I unsynchronize the music continues where the player indicates it is playing. I did copy spotify and spotify64 here: /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/Spotify/Bin/i386-linux Is that maybe the wrong place? /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode wrote: > Could people who are still experiencing playback issues when synched or > on linux try the test versions attached to this post: > > http://forums.slimdevices.com/showthread.php?79706-Announce-Spotify-Premium-Plugin-(Beta)&p=783496&viewfull=1#post783496 > > Please report back here or on the main thread. I would like to see if > the test version makes any difference for people with playback problems. I will give it a go when I get home tonight, hopefully! /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Could people who are still experiencing playback issues when synched or on linux try the test versions attached to this post: http://forums.slimdevices.com/showthread.php?79706-Announce-Spotify-Premium-Plugin-(Beta)&p=783496&viewfull=1#post783496 Please report back here or on the main thread. I would like to see if the test version makes any difference for people with playback problems. Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
rod_hull wrote: > Are you also running your LMS on 64-bit Linux? Could you maybe post also > in the main thread? I haven't managed to get any traction by myself > there! Yes indeed! openSUSE 13.1 64-bit. I can post in the main thread also but I'm not sure it improve the traction... :-) I thought this thread would be the main thread for buffer underruns! /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Are you also running your LMS on 64-bit Linux? Could you maybe post also in the main thread? I haven't managed to get any traction by myself there! rod_hull's Profile: http://forums.slimdevices.com/member.php?userid=53725 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
rod_hull wrote: > Does no-one else see these buffer underruns when using synchronisation > to more than one Squeezebox (physical or squeezelite) when running on an > x64 Linux LMS? > > I can't believe I'm the only one! You are not alone! As soon as I try to synchronize the problem starts. I can synchronize anything else but spotify is a no go. /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Does no-one else see these buffer underruns when using synchronisation to more than one Squeezebox (physical or squeezelite) when running on an x64 Linux LMS? I can't believe I'm the only one! rod_hull's Profile: http://forums.slimdevices.com/member.php?userid=53725 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I just moved my LMS off a Raspberry Pi where streaming performance to my Radio was great but the web UI and media scanning were slooow so I chose another more powerful Linux box (an Acer Revo) running Ubuntu 13.10 64-bit hoping for increased performance of the LMS. I never had any probs with this plugin (once the armhf version arrived) on the Pi but the performance of Spotify via the Triode plugin on the Ubuntu rig is awful. I get behaviour as described in this thread, random re-buffering followed by eventual skipping of tracks. The debug log shows my account being logged out and in at this time plus plenty of other detail (pleased to post if necessary)... I have v2.3.3 of the Triode plugin so I had presumed that these issues around buffer sizes had now been fixed in 2.3.0? I have tried increasing some of the TCP send buffers etc. using sysctl but nothing seems to help. Again, network bandwidth is definitely not the issue, the same server can separately stream 1080p Blu Ray rips round the house to XBMC and Android clients and all other LMS functionality is fine, online radio from the iPlayer plugin and any music library files stream perfectly. Is there anything else I can do? I passed the self-test but some tracks I choose seem to rebuffer after a few seconds, some after about 2min30, some make it all the way through. rod_hull's Profile: http://forums.slimdevices.com/member.php?userid=53725 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I've been trying 2.3.0alpha on openSUSE 13.1 x64, with LMS 7.8.0. I do still have some dropouts when synchronizing my wired Receiver with my wireless Radio. The dropouts are not that frequent though but when it starts it can skip a track or two. Then quite stable for a few tracks. Will do more testing during the week! /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode wrote: > Could you try the 2.3.0alpha version of the plugin available when you > add: http://triodeplugins.googlecode.com/svn/trunk/testrepo.xml, to the > repositories at the bottom of the plugin page. > > This includes the changed setsockopt with 524288 bytes. (which is done > for all platforms I'm trying to see if there is a downside to a large > value) > > [only available for linux intel i386 and x86_64 and windows at present] Hi. Thanks for making the change. It's all nice and stable for me with Ubuntu defaults, so if 524288 proves to be too large on Windows or OS/X, then 131072 should be good for most people, especially those who had no problems until they upgraded to Ubuntu 12.04 or OpenSUSE 12.2. The only disadvantage I can see with a large buffer size is the increased memory usage, but we're not talking about a huge amount. Buffer bloat isn't an issue in this scenario and all other communication between the Squeezebox and the server is via a separate socket, so response to the remote control or web interface is unaffected even when spotifyd's TCP output buffer is buffering upwards of 2MB. Stevie P's Profile: http://forums.slimdevices.com/member.php?userid=9358 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Could you try the 2.3.0alpha version of the plugin available when you add: http://triodeplugins.googlecode.com/svn/trunk/testrepo.xml, to the repositories at the bottom of the plugin page. This includes the changed setsockopt with 524288 bytes. (which is done for all platforms I'm trying to see if there is a downside to a large value) It also includes the changes to remote spotify radio and move to libspotify12 which is the latest version and there is no point in me staying with the old libspotify10 as the only reason I was doing so was for radio which is no long supported. Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Just one further piece of information. I've run ss while streaming a track from Spotify on both 2.6.32 and 3.2 kernels and it appears that twice the memory is allocated by the 3.2 kernel for the same Send Queue size, so the buffer's now filling up twice as quickly. So that explains the behaviour we've been seeing, but I've no idea what change caused this or whether it has been fixed in a later kernel. Stevie P's Profile: http://forums.slimdevices.com/member.php?userid=9358 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode wrote: > Hi - I can definitely avoid calling setsockopt - it is there to make the > buffer larger than default on windows and old linux version which > default to smaller versions. > > As you have diagnosed spotifyd is currently using the tcp send buffer as > the main buffer for the stream. It tries to write to it whenever the > callback from libspotify calls it with data and if it can't write to the > socket then buffers it. However it won't try to write again until > libspotify calls it again. This clearly means that it requires regular > calls from libspotify and also a large enough buffer and in the tcp send > buffer. This was all working ok until something changed in linux... > > Anyway let me look at whether another thread would be trivial or whether > buffer tuning and not calling setsockopt is the easiest thing to do. Hi, thanks for looking into this. I've tried some more variations. 1. Kept the 8MB buffer setting in spotifyd, but reverted to Ubuntu defaults (131071), effectively limiting the actual (doubled) buffer size to just over 256K. Still works nicely. 2. Reduced the size specified in setsockopt down to 65536. Better than 32768, but still flaky on very rare occasions. 3. Changed the setsockopt call from one that modifies the buffer size to one that enables TCP_NODELAY. This was a complete and utter disaster. The default buffer autotuning configuration in Ubuntu results in a buffer that is around 56K (this is the doubled value) in size and disabling Nagle doesn't improve anything. So I think the best quick fix is to call setsockopt with a value of 524288. This should be good for most users, and for those that are comfortable modifying TCP tunings, gives them some limited room for adjustment without the risk of unnecessary buffer growth. But that's just my opinion. It really is bizarre that a change in Linux has caused this. I can't think what it would be. With everything unmodified, there seemed to be no issues with packet loss or anything like that and disabling the firewall (ufw) didn't help. Only when I increased the buffer size did I see the congestion window shrink occasionally. I wonder whether something is inadvertantly delaying the sending of packets on the wire. Stevie P's Profile: http://forums.slimdevices.com/member.php?userid=9358 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Stevie P wrote: > I've been having this problem too on Ubuntu 12.04, but I think I've got > to the bottom of it. > > Using the ss utility with -m shows that the write buffer is limited to > 68KB. The Linux stack is measuring the link speed at 2-4Mbps, which > should be enough. However, with roughly 60-70ms RTT latency (it's over > wireless), and with such a small buffer, keeping a steady flow of data > to the Squeezebox requires the buffer to be constantly topped up. This > is not possible in spotifyd, because the libspotify code tends to block > for roughly 190ms at a time in the same thread that sends data to the > Squeezebox. Consequently, the slightest hiccup in the wireless link will > cause the drop-outs we've been experiencing. > > I've tried playing about with the TCP buffer tunings, but it now appears > that this won't work because spotifyd calls setsockopt to set the send > buffer size to 32768 (which the Linux stack doubles to 65536 to cover > overheads) and this effectively switches off the write buffer autotuning > processing. > > As an experiment I've made the following changes. > > 1. Changed the net.core.wmem_max setting from the rather low default > value of 131072 to 12582912. > 2. Modified spotifyd64 with hexedit to call setsockopt with a value of > 8388608. > > The result of these changes is that the plugin is now quite happily > streaming to the Squeezebox without drop-outs. > > Three potential solutions spring to mind. > > 1. Move the send processing to another thread. (Complex, but requires no > network buffer tuning whatsoever) > 2. Specify a much larger buffer size in setsockopt (Easy, requires only > net.core.wmem_max to be changed) > 3. Don't call setsockopt at all (Easy, but requires user changes of > net.core.wmem_max and net.ipv4.tcp_wmem. > > Given the asymmetrical profile of data being sent to and from the > Squeezebox, it might also help to call setsockopt to set TCP_NODELAY on > the socket in order to disable the Nagle algorithm if that isn't already > done. > > I hope this is of some use. Hi - I can definitely avoid calling setsockopt - it is there to make the buffer larger than default on windows and old linux version which default to smaller versions. As you have diagnosed spotifyd is currently using the tcp send buffer as the main buffer for the stream. It tries to write to it whenever the callback from libspotify calls it with data and if it can't write to the socket then buffers it. However it won't try to write again until libspotify calls it again. This clearly means that it requires regular calls from libspotify and also a large enough buffer and in the tcp send buffer. This was all working ok until something changed in linux... Anyway let me look at whether another thread would be trivial or whether buffer tuning and not calling setsockopt is the easiest thing to do. Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I've been having this problem too on Ubuntu 12.04, but I think I've got to the bottom of it. Using the ss utility with -m shows that the write buffer is limited to 68KB. The Linux stack is measuring the link speed at 2-4Mbps, which should be enough. However, with roughly 60-70ms RTT latency (it's over wireless), and with such a small buffer, keeping a steady flow of data to the Squeezebox requires the buffer to be constantly topped up. This is not possible in spotifyd, because the libspotify code tends to block for roughly 190ms at a time in the same thread that sends data to the Squeezebox. Consequently, the slightest hiccup in the wireless link will cause the drop-outs we've been experiencing. I've tried playing about with the TCP buffer tunings, but it now appears that this won't work because spotifyd calls setsockopt to set the send buffer size to 32768 (which the Linux stack doubles to 65536 to cover overheads) and this effectively switches off the write buffer autotuning processing. As an experiment I've made the following changes. 1. Changed the net.core.wmem_max setting from the rather low default value of 131072 to 12582912. 2. Modified spotifyd64 with hexedit to call setsockopt with a value of 8388608. The result of these changes is that the plugin is now quite happily streaming to the Squeezebox without drop-outs. Three potential solutions spring to mind. 1. Move the send processing to another thread. (Complex, but requires no network buffer tuning whatsoever) 2. Specify a much larger buffer size in setsockopt (Easy, requires only net.core.wmem_max to be changed) 3. Don't call setsockopt at all (Easy, but requires user changes of net.core.wmem_max and net.ipv4.tcp_wmem. Given the asymmetrical profile of data being sent to and from the Squeezebox, it might also help to call setsockopt to set TCP_NODELAY on the socket in order to disable the Nagle algorithm if that isn't already done. I hope this is of some use. Stevie P's Profile: http://forums.slimdevices.com/member.php?userid=9358 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I have the same problem. I.e. stuttering sound when streaming Spotify using Triode plugin on LMS 7.7.3 with a 1.5 Squeezelite client on a Raspberry Pi. LMS is running on Ubuntu Server 12.04 x64 with 3.2.0-32 kernel. When I start a virtual Windows 7 machine on the Ubuntu Server, with LMS and Triode Spotify plugin installed the probles goes away. The client is still the RPi. Does anyone know which Linux kernel version is working? The virtual Windows solution is not really an ideal work around for me. foogy's Profile: http://forums.slimdevices.com/member.php?userid=62475 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
jcharbar wrote: > I've made some progress with this. I put in a new ethernet adapter and > it's working as expected. The original adapter is an nVidia onboard > MCP61. It's obviously struggling with the duplex nature of the spotifiy > plugin although I thought it should be able to handle it easily. I > imagine it could be a driver (forcedeth) issue. > > > If I get some time I'll try and narrow it down further. Spoke too soon. Seems like the same problem but less pronounced. jcharbar's Profile: http://forums.slimdevices.com/member.php?userid=58896 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I've made some progress with this. I put in a new ethernet adapter and it's working as expected. The original adapter is an nVidia onboard MCP61. It's obviously struggling with the duplex nature of the spotifiy plugin although I thought it should be able to handle it easily. I imagine it could be a driver (forcedeth) issue. If I get some time I'll try and narrow it down further. jcharbar's Profile: http://forums.slimdevices.com/member.php?userid=58896 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
tinmice wrote: > How do I test this? Having same problems on 64bit 12.04. You can run the following: cat /proc/sys/net/ipv4/tcp_limit_output_bytes It should output a number. @tinmice - I've attached a lshw from my server (lists the hardware). Are there any similarities to your server hardware? 15484 +---+ |Filename: hardware.txt | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=15484| +---+ jcharbar's Profile: http://forums.slimdevices.com/member.php?userid=58896 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Thanks for taking a look at this. Triode wrote: > Could you check if all linux cases have: > net.ipv4.tcp_limit_output_bytes > > sysctl net.ipv4.tcp_limit_output_bytes > > I wonder if the presence of this in newer kernels is causing a problem > (the helper definitely relies on using the tcp socket for buffering) net.ipv4.tcp_limit_output_bytes is set to the default for all the linux cases i.e. 131072 Triode wrote: > Difference between these two cases is also the bandwidth - looks like > the higher one is not using flac, whereas the second one is using flac > (if it is the same track?) > > I suspect this is a problem with the linux network stack, but have not > been able to get to the bottom of it. There's no change to the help app > between linux and windows, so it really depends on how regularly > libspotify calls the helper app and what the network stack does. Do you > see any difference in the intervals at which music_delivery was called? The intervals at which music_delivery is called on windows and linux follows the same pattern. I attached the spotifyd.log for the playback of the same song on windows and linux. I've also included files which show the intervals at which music_delivery is called on both platforms. 15480 15481 15482 15483 +---+ |Filename: spotifyd-windows.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=15483| +---+ jcharbar's Profile: http://forums.slimdevices.com/member.php?userid=58896 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode wrote: > Could you check if all linux cases have: > net.ipv4.tcp_limit_output_bytes > > sysctl net.ipv4.tcp_limit_output_bytes > > I wonder if the presence of this in newer kernels is causing a problem > (the helper definitely relies on using the tcp socket for buffering) How do I test this? Having same problems on 64bit 12.04. tinmice's Profile: http://forums.slimdevices.com/member.php?userid=59746 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Could you check if all linux cases have: sysctl_tcp_limit_output_bytes sysctl net.ipv4.tcp_limit_output_bytes I wonder if the presence of this in newer kernels is causing a problem (the helper definitely relies on using the tcp socket for buffering) Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
jcharbar wrote: > Triode, > > I tried out a similar test using an Arch x64 LMS and a Windows 7 LMS > (both wired). I'm also using a different router: TWG870. > > Case 3a: > Thompson TWG870 Cable Router. > Wired Windows 7 LMS server. Wireless RPi client. > Wireless Squeezelite client (positioned upstairs from router. Signal > ~90% according to wicd). > Playing a spotify sample for approx. 30 sec. > Server outgoing data rate: ~1450 kbps > Client incoming data rate: ~1450 kbps > No. of packets received by client from server: ~5100 > % package loss: ~3.5% > Result: Sample plays without a problem. > > Case 3b: > Thompson TWG870 Cable Router. > Wired Arch x64 LMS server. Wireless RPi client. > Wireless Squeezelite client (positioned upstairs from router. Signal > ~90% according to wicd). > Playing a spotify sample for approx. 30 secs. > Server outgoing data rate: ~950 kbps > Client incoming data rate: ~950 kbps > No. of packets received by client from server: ~2908 > % package loss: ~2.2% > Result: Sample stutters and sometimes goes to next song in playlist. > > It looks like it's either a problem with the linux helper app streaming > or the linux network stack. Would you agree or have any other ideas? > > Thanks, > > jcharbar. Difference between these two cases is also the bandwidth - looks like the higher one is not using flac, whereas the second one is using flac (if it is the same track?) I suspect this is a problem with the linux network stack, but have not been able to get to the bottom of it. There's no change to the help app between linux and windows, so it really depends on how regularly libspotify calls the helper app and what the network stack does. Do you see any difference in the intervals at which music_delivery was called? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode, I tried out a similar test using an Arch x64 LMS and a Windows 7 LMS (both wired). I'm also using a different router: TWG870. Case 3a: Thompson TWG870 Cable Router. Wired Windows 7 LMS server. Wireless RPi client. Wireless Squeezelite client (positioned upstairs from router. Signal ~90% according to wicd). Playing a spotify sample for approx. 30 sec. Server outgoing data rate: ~1450 kbps Client incoming data rate: ~1450 kbps No. of packets received by client from server: ~5100 % package loss: ~3.5% Result: Sample plays without a problem. Case 3b: Thompson TWG870 Cable Router. Wired Arch x64 LMS server. Wireless RPi client. Wireless Squeezelite client (positioned upstairs from router. Signal ~90% according to wicd). Playing a spotify sample for approx. 30 secs. Server outgoing data rate: ~950 kbps Client incoming data rate: ~950 kbps No. of packets received by client from server: ~2908 % package loss: ~2.2% Result: Sample stutters and sometimes goes to next song in playlist. It looks like it's either a problem with the linux helper app streaming or the linux network stack. Would you agree or have any other ideas? Thanks, jcharbar. jcharbar's Profile: http://forums.slimdevices.com/member.php?userid=58896 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I'm seeing the same problem with a wired Arch X64 server and a wireless Squeezelite client running on a Raspberry Pi. I ran a few test cases to try and narrow it down. I used iptraf to track data rates and ifconfig to track packet loss. Case 1a: Cisco EPC2524 Cable Router. Wired Arch x64 LMS server. Wireless Squeezelite client (positioned in close proxyimity to the router). Playing a 24-192Khz (approx 5500 kbps) flac for approx. 1 minute. Server outgoing rate: ~5500 kps Client incoming rate: ~5500 kps No. of packets received by client from server: 27087 % package loss: ~0.6% Result: Sample plays without problem. Case 1b: Cisco EPC2524 Cable Router. Wired Arch x64 LMS server. Wireless Squeezelite client (positioned in close proxyimity to the router). Playing a spotify sample for approx. 1 minute. Server outgoing data rate: ~1170 kps Client incoming data rate: ~1170 kps No. of packets received by client from server: 8352 % package loss: 0.8% Result: Sample plays without problem. Case 2a: Cisco EPC2524 Cable Router. Wired Arch x64 LMS server. Wireless Squeezelite client (positioned upstairs from router. Signal ~90% according to wicd). Playing a 24-192Khz (approx 5500 kbps) flac for approx. 1 minute. Server outgoing data rate: ~5500 kps Client incoming data rate: ~5500 kps No. of packets received by client from server: ~31374 % package loss: ~3.4% Result: Sample plays without problem. Case 2b: Cisco EPC2524 Cable Router. Wired Arch x64 LMS server. Wireless Squeezelite client (positioned upstairs from router. Signal ~90% according to wicd). Playing a spotify sample for approx. 1 minute. Server outgoing data rate: ~1000 kps Client incoming data rate: ~1000 kps No. of packets received by client from server: ~7094 % package loss: ~3.7% Result: Sample stutters and sometimes goes to next song in playlist. According the the log there's a problem writing enough samples (39632 / 44100). [20:26:13.591532] music_delivery:427 called with num_frames: 2048 [20:26:13.591555] _streambuf_canwrite:320 player: 0 can't write error: Resource temporarily unavailable 11 [20:26:13.591575] music_delivery:517 returning without writing - can't write [20:26:13.591596] music_delivery:525 streamed frames: 3321856 can't write: 959 rate: 39632 / 44100 It looks like the plugin (on Arch x64) is very intolerant when the network is dropping an acceptable amount of packets (5-10%). The data rate to the client also drops by about 10% even though there is plenty of bandwidth remaining. If there's anything more I can do please let me know. Thanks for a great plugin. jcharbar. jcharbar's Profile: http://forums.slimdevices.com/member.php?userid=58896 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode wrote: > Can you comment on what QoS you had on the router - why was this > impacting spotify? Could it be that the new server OS version is > interacting with this? I'll have a look when I get home but it's the default settings on Netgear wnr3500lv2 I would say... I have no idea how that could impact spotify actually. /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
As previously request, a pcap with associated log file can be found at http://sdrv.ms/17TD4Tc - It's too big to upload here I disable IPv6, which took away a lot of retransmits, but did not solve the issue - I am on Ubuntu 13.04 64 bit (which seems to be the issue!) ncannings's Profile: http://forums.slimdevices.com/member.php?userid=17477 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
falolaf wrote: > Some notes from the past weeks struggle... > > Setting the server to a static IP had some impact but it's not a > solution unfortunately... > > I have altered the settings in the router and if I disable QoS and WMM > it's actually possible to listen to the wireless Radio but I have not > been able to synchronize it with the wired receiver. The dropouts start > directly and actually most often keep on struttering even after > disabling synch... This confirguration also ruins the throughput for my > connected laptops. So that's not an option anyway. > > I have tested TP between my new server and a wired laptop and it reaches > up to above 100 MB/s. TP between wireless laptop and new server is > around 10 MB/s. These tests should indicate that the network is working > alright I think. > > I have also made a network test through my Radio and there's no problem > there either. 3000 kb/s, as seems to be max in the test, runs without > problem. > > Streaming my local flac-files works as expected. Both single and > synchronized. Should also indicate that there are no network problems. > > The official Spotify plugin works without dropouts. But I think it's not > possible to use hat to synchronize a Radio and a receiver. > > So the conclusion is that I can use the official Spotify plugin to > stream to the Radio without dropouts, so I will use that for the Radio > and triode plugin for the Receiver. The big loss is that I can't > synchronize, which I have been doing alot for a long time. > > I will gladly help out trying to find what the problem can be... > > /Anders Can you comment on what QoS you had on the router - why was this impacting spotify? Could it be that the new server OS version is interacting with this? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Some notes from the past weeks struggle... Setting the server to a static IP had some impact but it's not a solution unfortunately... I have altered the settings in the router and if I disable QoS and WMM it's actually possible to listen to the wireless Radio but I have not been able to synchronize it with the wired receiver. The dropouts start directly and actually most often keep on struttering even after disabling synch... This confirguration also ruins the throughput for my connected laptops. So that's not an option anyway. I have tested TP between my new server and a wired laptop and it reaches up to above 100 MB/s. TP between wireless laptop and new server is around 10 MB/s. These tests should indicate that the network is working alright I think. I have also made a network test through my Radio and there's no problem there either. 3000 kb/s, as seems to be max in the test, runs without problem. Streaming my local flac-files works as expected. Both single and synchronized. Should also indicate that there are no network problems. The official Spotify plugin works without dropouts. But I think it's not possible to use hat to synchronize a Radio and a receiver. So the conclusion is that I can use the official Spotify plugin to stream to the Radio without dropouts, so I will use that for the Radio and triode plugin for the Receiver. The big loss is that I can't synchronize, which I have been doing alot for a long time. I will gladly help out trying to find what the problem can be... /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode wrote: > This looks like a lack of network bandwidth to me - is the player used > for the self test wired? Hi Triode, thanks for the reply. The self test basically chooses the wireless player every time, but when I try and pay through the wired radio I still get buffering issues. I can't really see it being my network to be honest, as this has all worked beautifully for a long time, the only change is the server operating system, and hardware upgrades, my internal network remains the same. Thanks for looking, at least you haven't spotted anything out of the ordinary, I'll keep tinkering and post back here if I solve it. Dave clarkey's Profile: http://forums.slimdevices.com/member.php?userid=61212 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
clarkey wrote: > I've attached a copy of my log from the start of the self test to the > end. > > I have both a wired and a wireless player and have the same problem with > both. I haven't tried a local player as my server is a headless > installation. > > Really appreciate your help. > > Thanks This looks like a lack of network bandwidth to me - is the player used for the self test wired? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
falolaf wrote: > I have made one small change to my setup that seems to have big impact. > I set a static IP in my server. Before I had a dynamic adress that was > reserved to the server by the router. > > Anyway I have now played for a few hours without any dropouts or skip to > next song. > > I will try this out for a couple of days and then I'll get back to you > with the result. > > /Anders Sounds plausible reason - afraid the plugin can't work around loss of connectivity for a short time... Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I have made one small change to my setup that seems to have big impact. I set a static IP in my server. Before I had a dynamic adress that was reserved to the server by the router. Anyway I have now played for a few hours without any dropouts or skip to next song. I will try this out for a couple of days and then I'll get back to you with the result. /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode wrote: > Can you capture the log from the start of playback? Does it work for a > local player or a wired player? I've attached a copy of my log from the start of the self test to the end. I have both a wired and a wireless player and have the same problem with both. I haven't tried a local player as my server is a headless installation. Really appreciate your help. Thanks +---+ |Filename: spotifyd.log.gz | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=15111| +---+ clarkey's Profile: http://forums.slimdevices.com/member.php?userid=61212 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
15110 I've attached my log from the start of self test to the end. Really appreciate your help. +---+ |Filename: spotifyd.log.gz | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=15110| +---+ clarkey's Profile: http://forums.slimdevices.com/member.php?userid=61212 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
clarkey wrote: > Hi guys, > > I'm a new user on here, so please bare with me. I have been using > Triodes plugin on my Squeezebox server for sometime now, possible a just > over a year. I was running a very old version of Debian which is no > longer supported, and was still using old IDE drives. I have since > upgraded the hardware on my server and have upgraded the OS. I have > switched to the latest 64 bit Ubuntu 13.04. It works and runs like a > dream. All accept streaming Spotify to my duet and radio devices. > Everything worked fine on Debian so I can't see it being my network. I > am having the same / similar problem to everyone else on this thread. > When streaming the songs are constantly buffering. The self test fails > at the last hurdle with "Streaming to player stalled before end of > track, rate LOW". The output of the helper app is as follows; > > [20:40:26.533477] _streambuf_canwrite:320 player: 0 can't write error: > Resource temporarily unavailable 11 > [20:40:26.533497] music_delivery:517 returning without writing - can't > write > [20:40:26.533542] music_delivery:525 streamed frames: 2304000 can't > write: 668 rate: 39084 / 44100 > [20:40:26.728914] music_delivery:427 called with num_frames: 2048 > [20:40:26.729034] _streambuf_canwrite:337 player: 0 wrote 2675 stored > bytes > [20:40:26.729056] _streambuf_canwrite:353 state BUFFERING -> STREAMING > [20:40:26.729400] _streambuf_write:274 player: 0 wrote 3510 new bytes of > 3510 min 3510 > [20:40:26.729649] _streambuf_write:274 player: 0 wrote 3405 new bytes of > 3405 min 3405 > [20:40:26.729688] music_delivery:577 streamed frames: 2306048 can't > write: 668 rate: 38989 / 44100 > [20:40:26.730165] music_delivery:427 called with num_frames: 2048 > [20:40:26.730436] _streambuf_write:274 player: 0 wrote 3364 new bytes of > 3364 min 3364 > [20:40:26.730671] _streambuf_write:274 player: 0 wrote 3420 new bytes of > 3420 min 3420 > [20:40:26.730706] music_delivery:577 streamed frames: 2308096 can't > write: 668 rate: 39023 / 44100 > [20:40:26.731372] music_delivery:427 called with num_frames: 2048 > [20:40:26.731646] _streambuf_write:274 player: 0 wrote 3468 new bytes of > 3468 min 3468 > [20:40:26.731885] _streambuf_write:274 player: 0 wrote 3273 new bytes of > 3600 min 3273 > [20:40:26.731914] _streambuf_write:285 storing remaining 327 bytes > [20:40:26.731930] _streambuf_write:286 state STREAMING -> BUFFERING > [20:40:26.731953] music_delivery:577 streamed frames: 2310144 can't > write: 668 rate: 39057 / 44100 > [20:40:26.733181] music_delivery:427 called with num_frames: 2048 > [20:40:26.733240] _streambuf_canwrite:320 player: 0 can't write error: > Resource temporarily unavailable 11 > [20:40:26.733261] music_delivery:517 returning without writing - can't > write > [20:40:26.733280] music_delivery:525 streamed frames: 2310144 can't > write: 669 rate: 39056 / 44100 > [20:40:26.733326] music_delivery:427 called with num_frames: 2048 > [20:40:26.733418] _streambuf_canwrite:320 player: 0 can't write error: > Resource temporarily unavailable 11 > [20:40:26.733437] music_delivery:517 returning without writing - can't > write > [20:40:26.733453] music_delivery:525 streamed frames: 2310144 can't > write: 670 rate: 39056 / 44100 > [20:40:26.840663] main:539 new connection > [20:40:26.842101] main:591 req: relogin res: (null) par: (null) prot: > HTTP/1.0 auth: (null) > [20:40:26.842179] main:1585 relogin requested > [20:40:26.842300] main:1614 resetting streambuf > [20:40:26.842360] _streambuf_reset:84 state BUFFERING -> IDLE > [20:40:26.892859] logged_out:60 logged out > > > Any help will be much appreciated guys. > > Thanks in advance! Can you capture the log from the start of playback? Does it work for a local player or a wired player? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Hi guys, I'm a new user on here, so please bare with me. I have been using Triodes plugin on my Squeezebox server for sometime now, possible a just over a year. I was running a very old version of Debian which is no longer supported, and was still using old IDE drives. I have since upgraded the hardware on my server and have upgraded the OS. I have switched to the latest 64 bit Ubuntu 13.04. It works and runs like a dream. All accept streaming Spotify to my duet and radio devices. Everything worked fine on Debian so I can't see it being my network. I am having the same / similar problem to everyone else on this thread. When streaming the songs are constantly buffering. The self test fails at the last hurdle with "Streaming to player stalled before end of track, rate LOW". The output of the helper app is as follows; [20:40:26.533477] _streambuf_canwrite:320 player: 0 can't write error: Resource temporarily unavailable 11 [20:40:26.533497] music_delivery:517 returning without writing - can't write [20:40:26.533542] music_delivery:525 streamed frames: 2304000 can't write: 668 rate: 39084 / 44100 [20:40:26.728914] music_delivery:427 called with num_frames: 2048 [20:40:26.729034] _streambuf_canwrite:337 player: 0 wrote 2675 stored bytes [20:40:26.729056] _streambuf_canwrite:353 state BUFFERING -> STREAMING [20:40:26.729400] _streambuf_write:274 player: 0 wrote 3510 new bytes of 3510 min 3510 [20:40:26.729649] _streambuf_write:274 player: 0 wrote 3405 new bytes of 3405 min 3405 [20:40:26.729688] music_delivery:577 streamed frames: 2306048 can't write: 668 rate: 38989 / 44100 [20:40:26.730165] music_delivery:427 called with num_frames: 2048 [20:40:26.730436] _streambuf_write:274 player: 0 wrote 3364 new bytes of 3364 min 3364 [20:40:26.730671] _streambuf_write:274 player: 0 wrote 3420 new bytes of 3420 min 3420 [20:40:26.730706] music_delivery:577 streamed frames: 2308096 can't write: 668 rate: 39023 / 44100 [20:40:26.731372] music_delivery:427 called with num_frames: 2048 [20:40:26.731646] _streambuf_write:274 player: 0 wrote 3468 new bytes of 3468 min 3468 [20:40:26.731885] _streambuf_write:274 player: 0 wrote 3273 new bytes of 3600 min 3273 [20:40:26.731914] _streambuf_write:285 storing remaining 327 bytes [20:40:26.731930] _streambuf_write:286 state STREAMING -> BUFFERING [20:40:26.731953] music_delivery:577 streamed frames: 2310144 can't write: 668 rate: 39057 / 44100 [20:40:26.733181] music_delivery:427 called with num_frames: 2048 [20:40:26.733240] _streambuf_canwrite:320 player: 0 can't write error: Resource temporarily unavailable 11 [20:40:26.733261] music_delivery:517 returning without writing - can't write [20:40:26.733280] music_delivery:525 streamed frames: 2310144 can't write: 669 rate: 39056 / 44100 [20:40:26.733326] music_delivery:427 called with num_frames: 2048 [20:40:26.733418] _streambuf_canwrite:320 player: 0 can't write error: Resource temporarily unavailable 11 [20:40:26.733437] music_delivery:517 returning without writing - can't write [20:40:26.733453] music_delivery:525 streamed frames: 2310144 can't write: 670 rate: 39056 / 44100 [20:40:26.840663] main:539 new connection [20:40:26.842101] main:591 req: relogin res: (null) par: (null) prot: HTTP/1.0 auth: (null) [20:40:26.842179] main:1585 relogin requested [20:40:26.842300] main:1614 resetting streambuf [20:40:26.842360] _streambuf_reset:84 state BUFFERING -> IDLE [20:40:26.892859] logged_out:60 logged out Any help will be much appreciated guys. Thanks in advance! clarkey's Profile: http://forums.slimdevices.com/member.php?userid=61212 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
falolaf wrote: > I have now also tested to install LMS 7.7.3 on my laptop also running > openSUSE 12.3 and I have the same problem with that setup... > > I have here attatched a new log from my main server. A bit shorter but > the same problem. No broken pipe though. Now only one player. > > In the end of the log one song is skipped in the middle and a new song > is played and shows the same behaviour. > > And as said before there are no problems streaming my local flac files. > > /Anders Yes this shows that the sustained rate drops below the target rate and so I would expect the player to skip: [11:03:30.713759] music_delivery:577 streamed frames: 3825664 can't write: 1120 rate: 41527 / 44100 Means that the average sample rate send at that point is 41527 - this is below the target rate of 44100 and means the player won't have enough data - so it will have to skip. However other than lots of cases of not be able to write due to the socket being busy I can't see anything clearly wrong. Can you try to a player which is hard wired to the server and see if this still does the same thing? If so is there some form of rate limiting going on in the network stack of the server? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I have now also tested to install LMS 7.7.3 on my laptop also running openSUSE 12.3 and I have the same problem with that setup... I have here attatched a new log from my main server. A bit shorter but the same problem. No broken pipe though. Now only one player. In the end of the log one song is skipped in the middle and a new song is played and shows the same behaviour. And as said before there are no problems streaming my local flac files. /Anders +---+ |Filename: spotifyd_temp.log.tar.gz | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=15107| +---+ falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Mnyb wrote: > Well if works ocer cable and not wifi , thats a starting pioint. > > Afaik the spotify plugin translates the stream to a lossles flac ( or > wav depending on server settings ) . So can uou play a lossles local > file to the offending player , not only mp3 ? > Is rhe server wired to the network it should be if possible especially > if you have multiple players. My whole collection is flac and those plays without problem to any player. The server is wired, Gbps to the router. openSUSE 12.3, 64bit. /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Well if works ocer cable and not wifi , thats a starting pioint. Afaik the spotify plugin translates the stream to a lossles flac ( or wav depending on server settings ) . So can uou play a lossles local file to the offending player , not only mp3 ? Is rhe server wired to the network it should be if possible especially if you have multiple players. 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 (in storage 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=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode wrote: > This looks to be a network problem to me. You have two players which > are synced and the plugin streams to them ok until they both > disconnect: > > I don't see any other errors suggesting the OK is causing the problem - > are you sure the network is ok? Are there any errors in the linux logs > at this time? I'll have a look. Any particular log to look in? Must be something with the network in the new box then. I have the old box still around and it's working like it should. I have also tested to only play with my Radio on wifi and it still have drop outs. My cabled Receiver never shows such behaviour... /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
falolaf wrote: > Hi, > > I have now attatched three files with a spotifyd log. From the beginning > of a listening session until the music starts to skip and drop out. Hope > these contain anything that can help finding the problem. > > /Anders This looks to be a network problem to me. You have two players which are synced and the plugin streams to them ok until they both disconnect: Code: [08:10:01.835371] music_delivery:427 called with num_frames: 2048 [08:10:01.835418] _streambuf_canwrite:320 player: 0 can't write error: Resource temporarily unavailable 11 [08:10:01.835432] music_delivery:517 returning without writing - can't write [08:10:01.835444] music_delivery:525 streamed frames: 1427456 can't write: 431 rate: 44391 / 44100 [08:10:02.035745] music_delivery:427 called with num_frames: 2048 [08:10:02.035791] _streambuf_canwrite:320 player: 0 can't write error: Connection reset by peer 104 player gone [08:10:02.035805] _streambuf_canwrite:323 player: 0 leaves sync group [08:10:02.035837] _streambuf_canwrite:337 player: 0 wrote stored bytes [08:10:02.035850] _streambuf_canwrite:353 state BUFFERING -> STREAMING [08:10:02.036160] _streambuf_write:274 player: 1 wrote 3003 new bytes of 3003 min 3003 [08:10:02.036184] music_delivery:577 streamed frames: 1429504 can't write: 431 rate: 44179 / 44100 [08:10:02.036572] music_delivery:427 called with num_frames: 2048 [08:10:02.036763] _streambuf_write:274 player: 1 wrote 2761 new bytes of 2761 min 2761 [08:10:02.036937] _streambuf_write:274 player: 1 wrote 2686 new bytes of 2686 min 2686 [08:10:02.036958] music_delivery:577 streamed frames: 1431552 can't write: 431 rate: 44241 / 44100 [08:10:02.037600] music_delivery:427 called with num_frames: 2048 [08:10:02.037801] _streambuf_write:274 player: 1 wrote 3094 new bytes of 3094 min 3094 [08:10:02.037989] _streambuf_write:274 player: 1 wrote 3767 new bytes of 3767 min 3767 [08:10:02.038008] music_delivery:577 streamed frames: 1433600 can't write: 431 rate: 44302 / 44100 [08:10:02.038408] music_delivery:427 called with num_frames: 2048 [08:10:02.038609] _streambuf_write:274 player: 1 wrote 3817 new bytes of 3817 min 3817 [08:10:02.038766] _streambuf_write:274 player: 1 wrote 2699 new bytes of 3667 min 2699 [08:10:02.038779] _streambuf_write:285 storing remaining 968 bytes [08:10:02.038789] _streambuf_write:286 state STREAMING -> BUFFERING [08:10:02.038802] music_delivery:577 streamed frames: 1435648 can't write: 431 rate: 44366 / 44100 [08:10:02.039230] music_delivery:427 called with num_frames: 2048 [08:10:02.039236] _streambuf_canwrite:320 player: 1 can't write error: Resource temporarily unavailable 11 [08:10:02.039241] music_delivery:517 returning without writing - can't write [08:10:02.039245] music_delivery:525 streamed frames: 1435648 can't write: 432 rate: 44364 / 44100 [08:10:02.039249] music_delivery:427 called with num_frames: 2048 [08:10:02.039254] _streambuf_canwrite:320 player: 1 can't write error: Resource temporarily unavailable 11 [08:10:02.039258] music_delivery:517 returning without writing - can't write [08:10:02.039262] music_delivery:525 streamed frames: 1435648 can't write: 433 rate: 44364 / 44100 [08:10:02.239553] music_delivery:427 called with num_frames: 2048 [08:10:02.239601] _streambuf_canwrite:320 player: 1 can't write error: Broken pipe 32 ** player gone [08:10:02.239615] _streambuf_canwrite:329 player: 6 last player in sync group - closing streaming session [08:10:02.239626] music_delivery:564 error writing [08:10:02.239637] music_delivery:566 state BUFFERING -> WRITEERROR I don't see any other errors suggesting the OK is causing the problem - are you sure the network is ok? Are there any errors in the linux logs at this time? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Hi, I have now attatched three files with a spotifyd log. From the beginning of a listening session until the music starts to skip and drop out. Hope these contain anything that can help finding the problem. /Anders +---+ |Filename: spotifyd_short_03.log.tar.gz | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=15101| +---+ falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode wrote: > This debug looks ok as the rate is always above the target rate of 44100 > - the stream should only stall when it falls below this. [you will > always get can't write as there is a finite buffer for the socket] Thanks Triode! I probably didn't copy the best part of the log then... Where can I find the full log? As the html-page only shows the latest 100 or so lines. /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
falolaf wrote: > Hi, > > Sorry to "reopen" this thread but did anyone find a solution to these > dropouts? I have just assembled a new server and installed openSUSE > 12.3. I have one Radio, connected wireless, and one Receiver, connected > with wire. > > My wireless Radio is useless with Spotify while my wired Receiver works > as it should. > > I do get a lot of these in any case: > [15:49:18.336260] _streambuf_write:274 player: 0 wrote 4211 new bytes of > 4211 min 4211 > [15:49:18.336282] music_delivery:577 streamed frames: 13031424 can't > write: 2808 rate: 47639 / 44100 > [15:49:18.336676] music_delivery:427 called with num_frames: 2048 > [15:49:18.336876] _streambuf_write:274 player: 0 wrote 3857 new bytes of > 3857 min 3857 > [15:49:18.337038] _streambuf_write:274 player: 0 wrote 3967 new bytes of > 3967 min 3967 > [15:49:18.337057] music_delivery:577 streamed frames: 13033472 can't > write: 2808 rate: 47647 / 44100 > [15:49:18.337447] music_delivery:427 called with num_frames: 2048 > [15:49:18.337656] _streambuf_write:274 player: 0 wrote 3952 new bytes of > 3952 min 3952 > [15:49:18.337818] _streambuf_write:274 player: 0 wrote 2075 new bytes of > 3871 min 2075 > [15:49:18.337832] _streambuf_write:285 storing remaining 1796 bytes > [15:49:18.337843] _streambuf_write:286 state STREAMING -> BUFFERING > [15:49:18.337860] music_delivery:577 streamed frames: 13035520 can't > write: 2808 rate: 47654 / 44100 > [15:49:18.338279] music_delivery:427 called with num_frames: 2048 > [15:49:18.338297] _streambuf_canwrite:320 player: 0 can't write error: > Resource temporarily unavailable 11 > [15:49:18.338308] music_delivery:517 returning without writing - can't > write > [15:49:18.338320] music_delivery:525 streamed frames: 13035520 can't > write: 2809 rate: 47654 / 44100 > [15:49:18.338332] music_delivery:427 called with num_frames: 2048 > [15:49:18.338346] _streambuf_canwrite:320 player: 0 can't write error: > Resource temporarily unavailable 11 > [15:49:18.338357] music_delivery:517 returning without writing - can't > write > [15:49:18.338368] music_delivery:525 streamed frames: 13035520 can't > write: 2810 rate: 47654 / 44100 > > I still have my old openSUSE 11.4 and with that it's working without any > problems... > > Any suggestions are welcome! > > /Anders This debug looks ok as the rate is always above the target rate of 44100 - the stream should only stall when it falls below this. [you will always get can't write as there is a finite buffer for the socket] Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Hi, Sorry to "reopen" this thread but did anyone find a solution to these dropouts? I have just assembled a new server and installed openSUSE 12.3. I have one Radio, connected wireless, and one Receiver, connected with wire. My wireless Radio is useless with Spotify while my wired Receiver works as it should. I do get a lot of these in any case: [15:49:18.336260] _streambuf_write:274 player: 0 wrote 4211 new bytes of 4211 min 4211 [15:49:18.336282] music_delivery:577 streamed frames: 13031424 can't write: 2808 rate: 47639 / 44100 [15:49:18.336676] music_delivery:427 called with num_frames: 2048 [15:49:18.336876] _streambuf_write:274 player: 0 wrote 3857 new bytes of 3857 min 3857 [15:49:18.337038] _streambuf_write:274 player: 0 wrote 3967 new bytes of 3967 min 3967 [15:49:18.337057] music_delivery:577 streamed frames: 13033472 can't write: 2808 rate: 47647 / 44100 [15:49:18.337447] music_delivery:427 called with num_frames: 2048 [15:49:18.337656] _streambuf_write:274 player: 0 wrote 3952 new bytes of 3952 min 3952 [15:49:18.337818] _streambuf_write:274 player: 0 wrote 2075 new bytes of 3871 min 2075 [15:49:18.337832] _streambuf_write:285 storing remaining 1796 bytes [15:49:18.337843] _streambuf_write:286 state STREAMING -> BUFFERING [15:49:18.337860] music_delivery:577 streamed frames: 13035520 can't write: 2808 rate: 47654 / 44100 [15:49:18.338279] music_delivery:427 called with num_frames: 2048 [15:49:18.338297] _streambuf_canwrite:320 player: 0 can't write error: Resource temporarily unavailable 11 [15:49:18.338308] music_delivery:517 returning without writing - can't write [15:49:18.338320] music_delivery:525 streamed frames: 13035520 can't write: 2809 rate: 47654 / 44100 [15:49:18.338332] music_delivery:427 called with num_frames: 2048 [15:49:18.338346] _streambuf_canwrite:320 player: 0 can't write error: Resource temporarily unavailable 11 [15:49:18.338357] music_delivery:517 returning without writing - can't write [15:49:18.338368] music_delivery:525 streamed frames: 13035520 can't write: 2810 rate: 47654 / 44100 I still have my old openSUSE 11.4 and with that it's working without any problems... Any suggestions are welcome! /Anders falolaf's Profile: http://forums.slimdevices.com/member.php?userid=31117 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Annoying. When I tried the spotify plugin on the 12.2-server, it suddenly works... I will try it a couple of times more to see if it stops working, and provide the logs. /Hans hansg's Profile: http://forums.slimdevices.com/member.php?userid=1203 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Sorry for the delay. I have made two new files with "sysctl -a | grep wmem" The 11.4 version is the working one 15001 15002 /Hans +---+ |Filename: tcpparams_11.4_wmem.txt | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=15002| +---+ hansg's Profile: http://forums.slimdevices.com/member.php?userid=1203 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I have these problems as well using 3rd party Spotify in LMS 7.8 under Ubuntu Server x64. I have all wired Squeezeboxes, 3 Radios and one Duet synced. The weirdest thing is that some listening sessions it works absolutely flawless(for as long as the playlist is), but the next time I want to use spotify/the plugin it will just skip and eventually stop. Getting it to work again I need to restart LMS, force close spotify and enter login information again a couple of times. Twst's Profile: http://forums.slimdevices.com/member.php?userid=60698 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
hansg wrote: > Ok, made two files wit "sysctl -a |grep tcp" > > opensuse 11.4 (works) > > 14976 > > opensuse 12.2 (doesn't work) > > 14977 Could you try |grep wmem? Also can you get a logging dump from spotfyd with logging set to Stream Debug for both cases at the start of the remote stream. Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Ok, made two files wit "sysctl -a |grep tcp" opensuse 11.4 (works) 14976 opensuse 12.2 (doesn't work) 14977 +---+ |Filename: tcpparams_12.2.txt | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=14977| +---+ hansg's Profile: http://forums.slimdevices.com/member.php?userid=1203 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
The self test fails on the last of the 5 tests on opensuse 12.2 and debian 7.1.0 It passes on all tests on opensuse 11.4 I'm not sure on how to check tcp parameters, but this is in opensuse 12.2:s sysctl.conf: kernel.sysrq = 0 net.ipv4.ip_forward = 0 net.ipv4.tcp_syncookies = 1 net.ipv6.conf.all.forwarding = 0 and this is in opensuse 11.4: net.ipv4.conf.default.promote_secondaries = 1 net.ipv4.conf.all.promote_secondaries = 1 /Hans hansg's Profile: http://forums.slimdevices.com/member.php?userid=1203 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
hansg wrote: > Well, now I installed an opensuse 11.4 virtual client on the same > machine, installed the latest LMS and the Spotify plugin, and everything > works perfectly. > > So, something has happened with the networking from 11.4 to 12.2 that > has this effect. And it isn't just opensuse, the latest debian server > (7.1.0) has the buffering issues to. And only over wireless networks. > > /Hans Can you do a self test in both cases and say what fails? Also any tcp parameters which look different in each case would be useful if you can see any differences? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Well, now I installed an opensuse 11.4 virtual client on the same machine, installed the latest LMS and the Spotify plugin, and everything works perfectly. So, something has happened with the networking from 11.4 to 12.2 that has this effect. And it isn't just opensuse, the latest debian server (7.1.0) has the buffering issues to. And only over wireless networks. /Hans hansg's Profile: http://forums.slimdevices.com/member.php?userid=1203 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I just tested the above trick of installing a debian server in a virtual machine, but I get the same error as with my opensuse installation, so it seems to be someting else. I will try with an older opensuse (11.4 for example) and see if there's any difference hansg's Profile: http://forums.slimdevices.com/member.php?userid=1203 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I'm still at a loss with this problem - if anyone can get a wireshark trace of the problem case compared to an earlier kernel then I will look at it but I've not been able to find what could cause the problem... Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Just wanted to add that I have the same problem since I upgraded from opensuse 11.4 to 12.2. Any client that sits on the wireless network stutters and eventually fails (skipping to the next song), but on the wired network everything works fine. Any idea on how to solve this without downgrading to 11.4? /Hans hansg's Profile: http://forums.slimdevices.com/member.php?userid=1203 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Hi all, Just to add to the diagnostics, I have the same issues on a newly installed version 13 Ubuntu server, 64bit processor and 4Gb RAM so no hardware related performance issues should be being experienced. I hope that helps! Jon jmcharg's Profile: http://forums.slimdevices.com/member.php?userid=60102 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
ncannings wrote: > Just to eliminate network issues, I installed a clean debian install > into a VirtualBox running on my main LMS. I then installed the Spotify > plugin, connected my Squeezebox and started streaming... And I had no > issues at all. It is a tiny little VM running on a much larger box that > splutters its Spotify stream all the time. > > Definitely looks like some sort of Ubuntu related weirdness. I am > running 12.04.1 on an AMD64 box. As per the suggestions in previous > threads, I have installed FLAC, tuned my TCP settings to within an inch > of its life, and installed the 32 bit compatibility layers. Still can't > get through one song. And yet the little VM running within that same > environment has no issues at all > > Any thoughts or suggestions gratefully received! I run ubuntu 32 bit server ok - but there has been more than one report on ubuntu recent desktop versions - I wonder if there is something additional running related to a firewall or something which impacts the tcp stack? Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Just to eliminate network issues, I installed a clean debian install into a VirtualBox running on my main LMS. I then installed the Spotify plugin, connected my Squeezebox and started streaming... And I had no issues at all. It is a tiny little VM running on a much larger box that splutters its Spotify stream all the time. Definitely looks like some sort of Ubuntu related weirdness. I am running 12.04.1 on an AMD64 box. As per the suggestions in previous threads, I have installed FLAC, tuned my TCP settings to within an inch of its life, and installed the 32 bit compatibility layers. Still can't get through one song. And yet the little VM running within that same environment has no issues at all Any thoughts or suggestions gratefully received! ncannings's Profile: http://forums.slimdevices.com/member.php?userid=17477 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I have just resurrected my squeesbox's after a change to my network and have come across the same issues described here - it stalls on the spotify test app and playback is skipping alot! altruizine, was it purely the OS that fixed yours? I have tried ubuntu server 10.04 and 12.04, both are stuttering, not only with the 3rd party app but the official one as well. Adam Seed's Profile: http://forums.slimdevices.com/member.php?userid=59770 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
dasjoen wrote: > There is no firewall/NAT. It is, however, a Netgear WNDR3700 v3 with a > DD-WRT alpha build, so that could be the reason... ;-) I just reinstalled the original firmware. Same problem... :-( What could make the transition between LAN/WLAN not work? dasjoen's Profile: http://forums.slimdevices.com/member.php?userid=31204 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Julf wrote: > And I assume you have checked that there is no firewall or NAT active on > the WLAN router? There is no firewall/NAT. It is, however, a Netgear WNDR3700 v3 with a DD-WRT alpha build, so that could be the reason... ;-) dasjoen's Profile: http://forums.slimdevices.com/member.php?userid=31204 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
dasjoen wrote: > As previously mentioned, it fails when the Squeezebox is on WLAN and the > server on wired LAN. I suspect my WLAN router must be the culprit here > somehow... And I assume you have checked that there is no firewall or NAT active on the WLAN router? Julf's Profile: http://forums.slimdevices.com/member.php?userid=42050 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
dasjoen wrote: > Does anybody have any idea what could cause this? As I said, it worked > on the laptop (Windows 8, WiFi), but not on the Ubuntu server (wired). The self test passes in two cases: 1. When the Squeezebox and the server are both on wired LAN 2. When the Squeezebox and the server are both on WLAN As previously mentioned, it fails when the Squeezebox is on WLAN and the server on wired LAN. I suspect my WLAN router must be the culprit here somehow... dasjoen's Profile: http://forums.slimdevices.com/member.php?userid=31204 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
dasjoen wrote: > I just tried installing LMS on my laptop, and the self test passed, so > the problem is clearly with the Ubuntu server somehow... Does anybody have any idea what could cause this? As I said, it worked on the laptop (Windows 8, WiFi), but not on the Ubuntu server (wired). dasjoen's Profile: http://forums.slimdevices.com/member.php?userid=31204 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Triode wrote: > This suggests there is a problem streaming over the local network. Some > other users of recent ubuntu has seen something but I've not got to the > bottom of it. The plugin will require more reliable streaming than > local flacs as it can't seen such a big burst of traffic (hence needs > costantly available bandwidth). Does it work ok with a local player > instance on the server? Is there anything installed which may alter the > tcp processing? (perhaps see what wireshark shows?) I just tried installing LMS on my laptop, and the self test passed, so the problem is clearly with the Ubuntu server somehow... dasjoen's Profile: http://forums.slimdevices.com/member.php?userid=31204 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
dasjoen wrote: > I just ran the self test: Everything is OK, except streaming to the > player: "Streaming to player stalled before end of track, rate LOW". The > log file (again) looks like this: > > [21:51:07.443394] main:586 req: stream.flc res: > spotify:track:7mliwEVqxIuwLmHdTXlBrx par: > player=00%3A04%3A20%3A12%3Aab%3Ac4&start=0&sync=1&id=27 prot: > SPOTSTREAM/1.0 auth: (null) > [21:51:07.443471] main:776 newstream connection from 192.168.XXX.XXX > [21:51:07.443494] main:1625 Now playing: Cold Wind Blows > [21:51:09.538439] main:586 req: cover.jpg res: > spotify:image:23401b712eb5d76adea8f27ca8e47c4273c1ff0b par: (null) prot: > HTTP/1.0 auth: (null) > [21:51:09.592039] write_cover:96 cover fetch: No error > [21:51:10.541753] main:586 req: cover.jpg res: > spotify:image:23401b712eb5d76adea8f27ca8e47c4273c1ff0b par: (null) prot: > HTTP/1.0 auth: (null) > [21:51:10.542247] write_cover:96 cover fetch: No error > [21:51:24.543960] MAIN:586 REQ: RELOGIN RES: (NULL) PAR: (NULL) PROT: > HTTP/1.0 AUTH: (NULL) > [21:51:24.544018] MAIN:1579 RELOGIN REQUESTED > [21:51:24.544094] MAIN:1608 RESETTING STREAMBUF > [21:51:24.576855] LOGGED_OUT:60 LOGGED OUT > [21:51:37.001864] MAIN:586 REQ: PREFETCH.JSON RES: > SPOTIFY:TRACK:7MLIWEVQXIUWLMHDTXLBRX PAR: (NULL) PROT: HTTP/1.0 AUTH: > (NULL) > [21:51:37.002510] MAIN:665 RELOGGING IN AS USER: XX > [21:51:37.003886] log_message:80 log: 20:51:37.003 I [ap:1766] > Connecting to AP ap.spotify.com:4070 > [21:51:37.094258] log_message:80 log: 20:51:37.094 I [ap:1224] Connected > to AP: 78.31.8.18:4070 > [21:51:38.011999] metadata_updated:85 new meta > [21:51:39.012156] main:952 prefetching track: No error > [21:51:39.105990] metadata_updated:85 new meta > [21:51:49.013482] log_message:80 log: 20:51:49.013 I [offline-mgr:2090] > 0 files are locked. 0 images are locked > [21:51:49.013540] log_message:80 log: 20:51:49.013 I [offline-mgr:2116] > 0 files unlocked. 0 images unlocked > > I also have no problems streaming local FLAC files, and disabling PCM in > the Spotify file type settings didn't help. The server is running on > Ubuntu 12.04 with kernel 3.2.0-36-generic x86_64. The Logitech Media > Server version no. is 7.7.2. The problem occurs both when streaming to a > Squeezebox Classic and a Squeezebox Radio, and turning one of them off > doesn't help. This suggests there is a problem streaming over the local network. Some other users of recent ubuntu has seen something but I've not got to the bottom of it. The plugin will require more reliable streaming than local flacs as it can't seen such a big burst of traffic (hence needs costantly available bandwidth). Does it work ok with a local player instance on the server? Is there anything installed which may alter the tcp processing? (perhaps see what wireshark shows?) Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I just ran the self test: Everything is OK, except streaming to the player: "Streaming to player stalled before end of track, rate LOW". The log file (again) looks like this: [21:51:07.443394] main:586 req: stream.flc res: spotify:track:7mliwEVqxIuwLmHdTXlBrx par: player=00%3A04%3A20%3A12%3Aab%3Ac4&start=0&sync=1&id=27 prot: SPOTSTREAM/1.0 auth: (null) [21:51:07.443471] main:776 newstream connection from 192.168.XXX.XXX [21:51:07.443494] main:1625 Now playing: Cold Wind Blows [21:51:09.538439] main:586 req: cover.jpg res: spotify:image:23401b712eb5d76adea8f27ca8e47c4273c1ff0b par: (null) prot: HTTP/1.0 auth: (null) [21:51:09.592039] write_cover:96 cover fetch: No error [21:51:10.541753] main:586 req: cover.jpg res: spotify:image:23401b712eb5d76adea8f27ca8e47c4273c1ff0b par: (null) prot: HTTP/1.0 auth: (null) [21:51:10.542247] write_cover:96 cover fetch: No error [21:51:24.543960] MAIN:586 REQ: RELOGIN RES: (NULL) PAR: (NULL) PROT: HTTP/1.0 AUTH: (NULL) [21:51:24.544018] MAIN:1579 RELOGIN REQUESTED [21:51:24.544094] MAIN:1608 RESETTING STREAMBUF [21:51:24.576855] LOGGED_OUT:60 LOGGED OUT [21:51:37.001864] MAIN:586 REQ: PREFETCH.JSON RES: SPOTIFY:TRACK:7MLIWEVQXIUWLMHDTXLBRX PAR: (NULL) PROT: HTTP/1.0 AUTH: (NULL) [21:51:37.002510] MAIN:665 RELOGGING IN AS USER: XX [21:51:37.003886] log_message:80 log: 20:51:37.003 I [ap:1766] Connecting to AP ap.spotify.com:4070 [21:51:37.094258] log_message:80 log: 20:51:37.094 I [ap:1224] Connected to AP: 78.31.8.18:4070 [21:51:38.011999] metadata_updated:85 new meta [21:51:39.012156] main:952 prefetching track: No error [21:51:39.105990] metadata_updated:85 new meta [21:51:49.013482] log_message:80 log: 20:51:49.013 I [offline-mgr:2090] 0 files are locked. 0 images are locked [21:51:49.013540] log_message:80 log: 20:51:49.013 I [offline-mgr:2116] 0 files unlocked. 0 images unlocked dasjoen's Profile: http://forums.slimdevices.com/member.php?userid=31204 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
altruizine wrote: > Thanks a lot for responding -- and good to know I'm not the only one > with this problem. > > I tried thinking very hard what I might have changed in my system setup > before the problem started. The only relevant things I could come up > with are a Linux kernel upgrade, including an upgrade of the VirtualBox > kernel module. I'm running OpenSUSE 11.4 on a 64-bit AMD box and have > upgraded the distro kernel from the shipped 2.6.37.6 to 3.3.6 to fix a > USB issue. > > Some other observations: > > Spotifyd seems to encode the decrypted stream to FLAC. Theorizing that > my Wifi does not have the bandwidth to stream FLAC through my house, I > tried playing various other FLAC content from my library to various > synchronized players -- without any problem. > > I also tried limiting the stream bandwidth of my players in their > respective settings pages. This recodes my own FLAC content to MP3 > using the system's Lame installation. But in case of the Spotify > content, something strange happens, probably uncovering another bug: It > looks like Spotifyd dutifully decodes the stream to PCM, thinking it > will be reencoded with Lame. However, this last step does happen: Lame > is not started, and instead it looks like the PCM is streamed to the > clients. > > Does any of this ring a bell with you? With the plugin, the server does not touch the audio, so setting bitrate limiting for a player won't make any difference. It will stream as flac or pcm depending on what options you have set for the Spotify file type. I'd suggest retrying the self test - does it show the both streaming tests working ok and is it using the same player as you have the problem with (it is random which player it uses, so maybe turn the others off). At present your debugs show a problem with streaming - its really only the self test which breaks the streaming into two stages and helps assess if this is a problem getting to the server or getting to the player. Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
Thanks a lot for responding -- and good to know I'm not the only one with this problem. I tried thinking very hard what I might have changed in my system setup before the problem started. The only relevant things I could come up with are a Linux kernel upgrade, including an upgrade of the VirtualBox kernel module. I'm running OpenSUSE 11.4 on a 64-bit AMD box and have upgraded the distro kernel from the shipped 2.6.37.6 to 3.3.6 to fix a USB issue. Some other observations: Spotifyd seems to encode the decrypted stream to FLAC. Theorizing that my Wifi does not have the bandwidth to stream FLAC through my house, I tried playing various other FLAC content from my library to various synchronized players -- without any problem. I also tried limiting the stream bandwidth of my players in their respective settings pages. This recodes my own FLAC content to MP3 using the system's Lame installation. But in case of the Spotify content, something strange happens, probably uncovering another bug: It looks like Spotifyd dutifully decodes the stream to PCM, thinking it will be reencoded with Lame. However, this last step does happen: Lame is not started, and instead it looks like the PCM is streamed to the clients. Does any of this ring a bell with you? ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns
I have exactly the same problem. Spotifyd.log shows the following when the problems occur: [19:42:34.630197] main:586 req: relogin res: (null) par: (null) prot: HTTP/1.0 auth: (null) [19:42:34.630255] main:1579 relogin requested [19:42:34.630333] main:1608 resetting streambuf [19:42:34.664392] logged_out:60 logged out When I set the log level to "Debug Streaming", the logs fill up with: [19:37:09.003988] _streambuf_canwrite:320 player: 0 can't write error: Resource temporarily unavailable 11 [19:37:09.003996] music_delivery:517 returning without writing - can't write [19:37:09.004002] music_delivery:525 streamed frames: 1472512 can't write: 347 rate: 43900 / 44100 dasjoen's Profile: http://forums.slimdevices.com/member.php?userid=31204 View this thread: http://forums.slimdevices.com/showthread.php?t=97851 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
