Thanks Karl, I will test these two parameters. <br><br>Regards<br><br><div class="gmail_quote">On Tue, Jun 10, 2008 at 4:42 PM, Karl Heyes <<a href="mailto:karl@xiph.org">karl@xiph.org</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">Taner Sener wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
My case is: my icecast server and ice cast client are in different locations and connection between these two is not so healthy. Sometimes network problems causes client to loose connection with server and this causes server to broadcast silence to the listeners. I want to get rid of this. What I wonder is if IceCast Server buffers some amount of time before broadcasting it to the listeners. I mean the stream data in the buffer can be broadcasted to listeners when connection between server and client is lost. I think if there is such kind of implementation it can help me on solving this issue.<br>

</blockquote>
<br></div>
The only backdating/reserving of stream data is done for the initial burst. In these cases it's difficult to handle well if you truly lose the connection, you can of course increase the source timeout and/or have a huge burst size (eg 1 Meg). These may be all you need but it really does depend on the circumstances leading up to the source client disconnection.<br>
<font color="#888888">
<br>
karl.<br>
<br>
</font></blockquote></div><br>