streaming dropout
#1 streaming dropout
strangest thing happened on the way to the forum.....
I've been messing with the main music system to run these seas speakers with DSP. This has meant removing Squeezebox and replacing it with a laptop, in order to run the DSP host(wavelab and latterly foobar).
Although the laptop has some wav files locally I have been streaming from the music server via the same wires that SB uses normally(homeplug network).
I have been getting dropouts...not serious, but dropouts nonetheless. Now to it, I have been raving about homeplugs for the last 5 or 6 years, and today, for the first time, I am suspicious.
I looked at everything I could think of and finally decided to put a trace on the network usage to the laptop.....
here is the trace at the time of the dropout:
I've been messing with the main music system to run these seas speakers with DSP. This has meant removing Squeezebox and replacing it with a laptop, in order to run the DSP host(wavelab and latterly foobar).
Although the laptop has some wav files locally I have been streaming from the music server via the same wires that SB uses normally(homeplug network).
I have been getting dropouts...not serious, but dropouts nonetheless. Now to it, I have been raving about homeplugs for the last 5 or 6 years, and today, for the first time, I am suspicious.
I looked at everything I could think of and finally decided to put a trace on the network usage to the laptop.....
here is the trace at the time of the dropout:
There's nowhere you can be that isn't where you're meant to be
#2
here is the trace at the changeover between songs, to show the different behaviour....I would not like to blame the homeplugs without much more evidence, but at the moment I can't think of anywhere else to look. The SB never drops out and realtime streaming to the laptop does....I don't know what percentage of the network bandwidth is used by slimserver but I can't imagine it's any more than in realtime(i.e about 1%). All I can think of is that the SB does dropout but because of it's buffering, it's not noticed....
anybody got any ideas??
edit: I should mention that I havn't experienced the problem while using local wav files on the laptop.
anybody got any ideas??
edit: I should mention that I havn't experienced the problem while using local wav files on the laptop.
There's nowhere you can be that isn't where you're meant to be
- The Stratmangler
- Shed dweller
- Posts: 2893
- Joined: Fri Aug 24, 2007 1:50 pm
- Location: Rossendale, Lancashire
#3
Have you still got Slimserver running ?
If you have then it might possibly be hogging the resources on your NAS.
If you have then it might possibly be hogging the resources on your NAS.
Chris
#4
yes it's still running...I wouldn't have thought it would hog any resource while not playing anything....Have you still got Slimserver running ?
If you have then it might possibly be hogging the resources on your NAS.
but I'll stop it anyway, and see if it makes a difference......
There's nowhere you can be that isn't where you're meant to be
#5
How are you streaming the files. Is it via file sharing? If so, I guess there is nothing in SMB that worries about constant delivery times, the SB will be running with a buffer to handle network gaps, but maybe this way its not.
Whenever an honest man discovers that he's mistaken, he will either cease to be mistaken or he will cease to be honest.
#6
Chris
killed the slim process......and no dropouts since. You may have something, time will tell...thanks for the suggestion.
Nick
I have no idea how the fileshare is configured...The NAS just appears on windows networks on windows machines.....not so straightforward on other linux machines connected to the workgroup. These take a bit of juggling with samba. The visible directory/file structure is configured on the web interface as originally these machines can only be accessed via the web portal. I have since configured other mnt points via telnet which are visible to the network but these have nothing to do with the music streaming.
in the case of wavelab...the file is opened from the menu and I believe the whole file is read into the edit buffer. Obviously no dropout problems with this method.
in the case of foobar I believe it is streamed in realtime with standard i/o buffers, again, opened in the file menu as its visible in the directory structure.....not sure how big the buffers are and not too clued up on foobar config, I will look further at this.
I can't check the share config at the mo because I'm on a borrowed machine and I can't remember the URL for the server portal...oh waily waily
killed the slim process......and no dropouts since. You may have something, time will tell...thanks for the suggestion.
Nick
I have no idea how the fileshare is configured...The NAS just appears on windows networks on windows machines.....not so straightforward on other linux machines connected to the workgroup. These take a bit of juggling with samba. The visible directory/file structure is configured on the web interface as originally these machines can only be accessed via the web portal. I have since configured other mnt points via telnet which are visible to the network but these have nothing to do with the music streaming.
in the case of wavelab...the file is opened from the menu and I believe the whole file is read into the edit buffer. Obviously no dropout problems with this method.
in the case of foobar I believe it is streamed in realtime with standard i/o buffers, again, opened in the file menu as its visible in the directory structure.....not sure how big the buffers are and not too clued up on foobar config, I will look further at this.
I can't check the share config at the mo because I'm on a borrowed machine and I can't remember the URL for the server portal...oh waily waily
There's nowhere you can be that isn't where you're meant to be
#7
I have just found in foobar in menu: advanced/playback there is a setting called 'full file buffering'
I have set this to 50000kb(size of 1 x 5 minute track).
It suggests that this might mimic the operation of wavelab and remove the need for real time streaming. This is certainly born out by the network trace.
The trace shows the moment I pressed play in foobar.
I will see how it goes
I have set this to 50000kb(size of 1 x 5 minute track).
It suggests that this might mimic the operation of wavelab and remove the need for real time streaming. This is certainly born out by the network trace.
The trace shows the moment I pressed play in foobar.
I will see how it goes
There's nowhere you can be that isn't where you're meant to be
#8
having played with this over the last couple of weeks I have concluded:
full file buffering removes dropout(obviously) but is not really practical because it can take 20-30 secs to load between tracks
By juggling with foobar network and output buffer sizes the problem can be eliminated.......not sure what the optimum is but:
network at 1024
and
output at 5000ms
works ok for me.......not very scientific I know but considering only 1% of the network bandwidth is used I think I am covering for inefficiencies somewhere else, e.g the NAS engine
full file buffering removes dropout(obviously) but is not really practical because it can take 20-30 secs to load between tracks
By juggling with foobar network and output buffer sizes the problem can be eliminated.......not sure what the optimum is but:
network at 1024
and
output at 5000ms
works ok for me.......not very scientific I know but considering only 1% of the network bandwidth is used I think I am covering for inefficiencies somewhere else, e.g the NAS engine
There's nowhere you can be that isn't where you're meant to be
- The Stratmangler
- Shed dweller
- Posts: 2893
- Joined: Fri Aug 24, 2007 1:50 pm
- Location: Rossendale, Lancashire
#9
Which is why I suggested turning off Squeezecenter.ed wrote:works ok for me.......not very scientific I know but considering only 1% of the network bandwidth is used I think I am covering for inefficiencies somewhere else, e.g the NAS engine
From posts on the Squeeze forum it appears that quite a few NAS devices capable of running Squeezebox Server are at the edge of their capacity when doing so - you might find that things grind to a halt were you to try the latest 7.5.5 version.
Chris
-
- Shed dweller
- Posts: 2300
- Joined: Fri Aug 03, 2007 10:57 am
- Location: From the land of the Bodgers
#10
This one has caught me out as well: http://forums.slimdevices.com/showthread.php?t=87973
In case anybody else has rebuffing issues when streaming...
In case anybody else has rebuffing issues when streaming...
- pre65
- Amstrad Tower of Power
- Posts: 21400
- Joined: Wed Aug 22, 2007 11:13 pm
- Location: North Essex/Suffolk border.
#11
Think I'll stick with the real thing.(ie CDs).
The only thing necessary for the triumph of evil is for good men to do nothing.
Edmund Burke
G-Popz THE easy listening connoisseur. (Philip)
Edmund Burke
G-Popz THE easy listening connoisseur. (Philip)
#12
I think we've been through this before Chris....The Stratmangler wrote:Which is why I suggested turning off Squeezecenter.ed wrote:works ok for me.......not very scientific I know but considering only 1% of the network bandwidth is used I think I am covering for inefficiencies somewhere else, e.g the NAS engine
From posts on the Squeeze forum it appears that quite a few NAS devices capable of running Squeezebox Server are at the edge of their capacity when doing so - you might find that things grind to a halt were you to try the latest 7.5.5 version.
I did take slimserver out, as you suggested, but I still got dropouts until I fiddled with the buffers.
We have discussed the software before, the latest slim I can use is 6.2.2 because of the sql limitations(it runs sqlite).....my box is dual fuel, when the steam runs out the elastic band takes over...
Anyway it's all academic because I was only using it to measure some speaker responses using a dsp, it's back to the squeezebox now.
There's nowhere you can be that isn't where you're meant to be
- Mike H
- Amstrad Tower of Power
- Posts: 20189
- Joined: Sat Oct 04, 2008 5:38 pm
- Location: The Fens
- Contact:
#13
ed wrote:.....my box is dual fuel, when the steam runs out the elastic band takes over...
"No matter how fast light travels it finds that the darkness has always got there first, and is waiting for it."