Re: [SlimDevices: Plugins] Spotify [Triode] problem: Frequent bufferunderruns

[falolaf]

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

[nervoteso]

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]

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

[falolaf]

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

[murmur]

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

[Triode]

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]

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]

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

[falolaf]

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=783496viewfull=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

[Triode]

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=783496viewfull=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]

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

[falolaf]

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

[rod_hull]

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

[falolaf]

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

[rod_hull]

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

[falolaf]

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

[Stevie P]

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

[Triode]

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

[Stevie P]

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]

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

[Stevie P]

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

[Triode]

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

[foogy]

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]

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

[jcharbar]

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

[jcharbar]

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

[jcharbar]

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

[tinmice]

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

[jcharbar]

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

[Triode]

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]

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]

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

[ncannings]

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]

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

[falolaf]

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]

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

[clarkey]

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

[falolaf]

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]

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

[Triode]

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]

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

[Triode]

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

[clarkey]

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

[Triode]

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

[clarkey]

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]

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

[falolaf]

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]

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

[falolaf]

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

[Mnyb]

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

[falolaf]

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

[falolaf]

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]

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

[Triode]

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

[Twst]

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]

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

[hansg]

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

[Triode]

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

[hansg]

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]

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

[hansg]

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

[Triode]

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

[hansg]

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

[Triode]

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

[hansg]

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

[jmcharg]

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

[Triode]

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

[ncannings]

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

[Adam Seed]

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]

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

[dasjoen]

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

[Julf]

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]

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]

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

[dasjoen]

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%3Ac4start=0sync=1id=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

[Triode]

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%3Ac4start=0sync=1id=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

[altruizine]

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

[Triode]

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

[dasjoen]

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