The original Slimdevices SLiMP3 device used UDP and there are some
software emulators for it on Linux (e.g. slimp3slave) but I've no idea
whether the emulator still works nor the buffer size.
There are still slimp3 users using current version of slimserver so if
you still want an UDP stream it
Does the winamp streaming method use the buffer in a different way?
I thought there was a way to do real-time PC sounds through a
squeezebox, but have never used it. Apologies if I'm way off base.
--
Skunk
Skunk's Profil
Buffer size is implemented in the player firmware and is not user
adjustable I'm afraid.
--
Triode
Triode's Profile: http://forums.slimdevices.com/member.php?userid=17
View this thread: http://forums.slimdevices.com/showth
bpa;175886 Wrote:
> I think a 50msec changeover is a bit irrelevant to a TCP connections as
> long as the basic comms link stays up. If there is a glitch which
> results in packet corruption/loss, TCP will arrange retransmissions as
> long as the TCP connections is maintained. If the retransmiss
I think a 50msec changeover is a bit irrelevant to a TCP connections as
long as the basic comms link stays up. If there is a glitch which
results in packet corruption/loss, TCP will arrange retransmissions as
long as the TCP connections is maintained. If the retransmission can
occur such that the
Triode;175857 Wrote:
> I was trying to say its much more than 50ms - its of the order of 10secs
> or more depending on the data rate you are streaming at.
>
> [but I liked to do demos which always worked]
I like demos' that work too :) However it has to work for the right
reasons ;-)
--
I was trying to say its much more than 50ms - its of the order of 10secs
or more depending on the data rate you are streaming at.
[put I liked to do demos which always worked]
--
Triode
Triode's Profile: http://forums
Triode;175847 Wrote:
> SB3 will be a good demo, but only because it has a reasonable amount of
> buffering and hence you will get good performance.. Its designed to
> cater for Wifi dropouts so a 50ms protection switch is nothing for it.
> Data is transfered from the server to player using a tc
SB3 will be a good demo, but only because it has a reasonable amount of
buffering and hence you will get good performance.. Its designed to
cater for Wifi dropouts so a 50ms protection switch is nothing for it.
Data is transfered from the server to player using a tcp connection and
then dumped i
You could try the Network test plugin from the Sb which is used to
measure sustained throughput from a source - AFAIK buffering is not an
issue in this test.
Some measure of SB buffering can be adjusted from 3 secs to 30 secs
from the Slimserver menu.
I think a significant issue for streaming r
It's got 64Mb of RAM. If you switch off the network or the server it
will continue to play for maybe 30 seconds, depending on how full the
buffer was (the time might also depend on what file format you're
streaming - possibly streaming mp3 it would last longer - but I haven't
experimented).
I do
11 matches
Mail list logo