dean blackketter
2002-01-21 22:28:12 UTC
Sean,
Does this imply that the client never will ask for the missing packet
more than once?
-dean
Tiny Wireless Camera under $80!
Order Now! FREE VCR Commander!
Click Here - Only 1 Day Left!
http://us.click.yahoo.com/WoOlbB/7.PDAA/ySSFAA/rIp0lB/TM
---------------------------------------------------------------------~->
To unsubscribe from this group, send an email to:
slimp3-dev-unsubscribe-***@public.gmane.org
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
Does this imply that the client never will ask for the missing packet
more than once?
-dean
Paul,
You left out one important bit of info - what is the data rate of the MP3s
you're streaming?
The problem you're having is definitely due to packet loss, not an
underpowered server (or client). When a packet is dropped, the SliMP3 will
wait 150ms, then it tries again. If enough packets are lost that the
necessary data rate can't be sustained, then the buffer will eventually
run empty.
We could prehaps be more agressive about timeouts, either by assuming that
these will always be used on fast networks or by making the timeout some
multiple of the measured latency of the network.
Upgrading your hub to a switch would be a good idea if you're going to
have multiple players streaming at high data rates, along with additional
TCP traffic. Multiple SliMP3s will cooperate nicely on the same hub,
but TCP is much more agressive than our protocol, so it will always suck
up more bandwidth.
------------------------ Yahoo! Groups Sponsor ---------------------~-->You left out one important bit of info - what is the data rate of the MP3s
you're streaming?
The problem you're having is definitely due to packet loss, not an
underpowered server (or client). When a packet is dropped, the SliMP3 will
wait 150ms, then it tries again. If enough packets are lost that the
necessary data rate can't be sustained, then the buffer will eventually
run empty.
We could prehaps be more agressive about timeouts, either by assuming that
these will always be used on fast networks or by making the timeout some
multiple of the measured latency of the network.
Upgrading your hub to a switch would be a good idea if you're going to
have multiple players streaming at high data rates, along with additional
TCP traffic. Multiple SliMP3s will cooperate nicely on the same hub,
but TCP is much more agressive than our protocol, so it will always suck
up more bandwidth.
Hi Dean,
My slim(s) (I now have two) work pretty well, But I have noticed the
following problem. [My server is a 1.6Mhz Althon running 2.4.17, 1Gb of
memory, with 5.6 perl.]
Both slims share 10Bt hubs with wireless 80211a nodes. upstream of the
hubs all the network traffic is switched, back to the server.
If I start a large rsync from my laptop (on wireless) to the server
(this is the same server running server.pl) Then I notice that after
about 10-15s the music goes quiet.. The new 'time elapsed' keeps
incrementing (Oh yes, I'm running t-o-t server off sourceforge to get
the multi-slim support), but music never returns, even if I stop the
rsync.
This is very repeatable. The wireless copy is using about 400kb/sec
and this should leave enough bandwidth one would think on 10Bt for the
slim..
I tried renicing the slim server to -1, so it was higher than all
other stuff....no dice.
Perhaps this is some strange interaction with the wireless nodes, but
I doubt it. Next time I get a chance I will plug into the hub directly
and try that.
I can also try the bwlimit flag to rsync and see at what point it
starts working again.
-paul
__________________________________________________
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/My slim(s) (I now have two) work pretty well, But I have noticed the
following problem. [My server is a 1.6Mhz Althon running 2.4.17, 1Gb of
memory, with 5.6 perl.]
Both slims share 10Bt hubs with wireless 80211a nodes. upstream of the
hubs all the network traffic is switched, back to the server.
If I start a large rsync from my laptop (on wireless) to the server
(this is the same server running server.pl) Then I notice that after
about 10-15s the music goes quiet.. The new 'time elapsed' keeps
incrementing (Oh yes, I'm running t-o-t server off sourceforge to get
the multi-slim support), but music never returns, even if I stop the
rsync.
This is very repeatable. The wireless copy is using about 400kb/sec
and this should leave enough bandwidth one would think on 10Bt for the
slim..
I tried renicing the slim server to -1, so it was higher than all
other stuff....no dice.
Perhaps this is some strange interaction with the wireless nodes, but
I doubt it. Next time I get a chance I will plug into the hub directly
and try that.
I can also try the bwlimit flag to rsync and see at what point it
starts working again.
-paul
__________________________________________________
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
Tiny Wireless Camera under $80!
Order Now! FREE VCR Commander!
Click Here - Only 1 Day Left!
http://us.click.yahoo.com/WoOlbB/7.PDAA/ySSFAA/rIp0lB/TM
---------------------------------------------------------------------~->
To unsubscribe from this group, send an email to:
slimp3-dev-unsubscribe-***@public.gmane.org
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/