I would suggest switching to icecast2 since people on this
list could help you (and also because it's way better ;)
on some players like winamp you can increase the buffer size
(for ogg and mp3 formats separately, iirc), this may help.
you'll probably want to stream at 16kbps (11khz mono).
i've found that i should set the source client and server to
have the same timeouts. i.e. stick with the defaults of 10
second timeout for oddcast DSP and
<source-timeout>10</source-timeout> for icecast2. this way
both sides will disconnect, and hopefully reconnect, at the
same time.
--mark
On Thu, 02 Jun 2005 21:04:07 +0200, adam wrote:> hi,
>
> I doing some tests streaming from a connection in South Africa that seems
> to have difficulty handling even a 32kbps stream. Unfortunately there
> is no scope to upgrade the connection. The stream will go live
> to radio in London and hence a client has to have as consistent a
> connection as possible. I was wondering if there are any tricks to
> reducing buffering on the client in this kind of situation?
>
> Are there any tricks on the encoder, server, or player end that could
> help?
>
> Additonally, we are using Icecast1...Is there any performance gains
> (regarding buffering) to be gained by going to Icecast2?
>
> Any advice is much appreciated :)
>
> adam
>
>
>
>
> Adam Hyde
> ~/.fi
>
> r a d i o q u a l i a
> http://www.radioqualia.net
> Free as in 'media'
>
> contact:
> email : adam@xs4all.nl
>
> _______________________________________________
> Icecast mailing list
> Icecast@xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast