Hi, There is a way to increase the source buffer? (Not the buffer from icecast to listener, the buffer from the encoder to server) Thnx. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast-dev/attachments/20151202/0b8bef34/attachment.htm
Good evening, On Wed, 2015-12-02 at 16:51 +0200, Yaniv Sharon wrote:> Hi, > > There is a way to increase the source buffer? > > (Not the buffer from icecast to listener, the buffer from the encoder > to server)There is no 'source buffer'. Maybe you can tell us what problem you face / what your goal is? I think we can help you better if we understand your problem a bit better. Have a nice day! -- Philipp. (Rah of PH2) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part Url : http://lists.xiph.org/pipermail/icecast-dev/attachments/20151206/0b622ab9/attachment.pgp
If the question is concerning linear time rating, the icecast server does not buffer ingress and then time rate egress packets. Icecast assumes the source synchronizes stream time with real (wall clock) time. For example, ffmpeg(1) requires the -re option. Otherwise clients connecting at different (wall clock elapsed) times will be positioned differently within the stream (assuming the source sends packets faster than elapsed wall clock time). On Sun, 2015-12-06 at 16:17 +0000, Philipp Schafft wrote:> Good evening, > > On Wed, 2015-12-02 at 16:51 +0200, Yaniv Sharon wrote: > > Hi, > > > > There is a way to increase the source buffer? > > > > (Not the buffer from icecast to listener, the buffer from the encoder > > to server) > > There is no 'source buffer'. Maybe you can tell us what problem you > face / what your goal is? I think we can help you better if we > understand your problem a bit better. > > Have a nice day! > > _______________________________________________ > Icecast-dev mailing list > Icecast-dev at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast-dev
I will give a little background... For more than 10 years until now im using Shoutcast 1.9.5/1.9.8 win32 on my machines. "What's working, d'ont touch". Now im changing to ice 2.4.2. The flexibility of the ice is great. but, because of the things that "hidden" from the eye im little bit afraid to make changes that will be dramatic for the listeners. So, for the beginning, at least I want to start with what I use to have and know to work with my machines. As the most of you guys qnow, the shoutcast always was "closed system". So I will try: mp3 @ 128kbps: 1. "Source buffer": when I stop the encoder (closing down), the buffer at the listener side remains full for several seconds (8...10), and only than he START to fall down to zero. So I think/guess that there is a buffer between the encoder to the server (Maybe...!) If there is, maybe it can help in some cases of unstable connection between the encoder to the server. 2. Burst/Queue size: with my stream monitor I measured that the burst size of the shoutcast (1.9.8) is 256K. And that whats lead me to the next question...someone knows what is the queue size that the old shoutcast working? Again, the issue here is not to talk about shoutcast and what she can do. My goal at this time of startig with ice is to continue with what I was have until now and from that to make changes (or not). If someone can help with that I will be glad for sure :) Thanks for reading... Good evening, On Wed, 2015-12-02 at 16:51 +0200, Yaniv Sharon wrote:> Hi, > > There is a way to increase the source buffer? > > (Not the buffer from icecast to listener, the buffer from the encoder > to server)There is no 'source buffer'. Maybe you can tell us what problem you face / what your goal is? I think we can help you better if we understand your problem a bit better. Have a nice day! -- Philipp. (Rah of PH2) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast-dev/attachments/20151207/1ca6e11e/attachment.htm