Hello,
Recently, I've been testing icecast-1.3.12 and shoutcast-1.8.9 and I've
noticed strange regularity. No mater which client i use - xmms(1.2.6) or
winmap(2.79), pre-buffering faze on client's side takes much more time on
stream served by icecast.
I'm willing to say, that speed of pre-buffering process on icecast is
limited to stream's bit-rate, but I'm not sure about that.
Is it true ? And if it is, is there any way to change that behavior ?
Thank you in advance,
Jack.
--
---------------------------------------------------------------------------
Jacek Jedrzejczak e-mail: jacol@ids.gda.pl PGP: finger jacol@ids.gda.pl
----------------[ It takes a good man to admit a mistake ]-----------------
<p>--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body. No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.
> Is it true ? And if it is, is there any way to change that behavior ?Yes. Icecast always sends data at the data rate. This behavior will not change in the 1.3.x branch. We will however try and make prebuffering as fast as possible in 2.x (it's currently done the same way, but we plan to add this feature). jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> > Is it true ? And if it is, is there any way to change that behavior ? > > Yes. Icecast always sends data at the data rate. This behavior will > not change in the 1.3.x branch. We will however try and make > prebuffering as fast as possible in 2.x (it's currently done the same > way, but we plan to add this feature).Doesn't icecast send the data out as fast as it gets it from the source? I am not sure how it could send it out any faster. It is the client that figures out how much it wants to buffer before it starts playing. right? Carl Karsten <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Hi: the reason why streams served by shoutcast start more quickly than ones served by icecast is that shoutcast servers have a stream buffer (1mb I think it is) which it pushes out to clients as quickly as it can upon connection. This has a couple of side effects, the most noticable being that there is always an appreciable delay on streams served by shoutcast between the time audio is encoded and the time it is heard. At 16kbps, this can be several minutes. Geoff. <p> -- Geoff Shang <gshang@uq.net.au> ICQ number 43634701 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> the reason why streams served by shoutcast start more quickly than ones > served by icecast is that shoutcast servers have a stream buffer (1mb I > think it is) which it pushes out to clients as quickly as it can upon > connection. This has a couple of side effects, the most noticable being > that there is always an appreciable delay on streams served by shoutcast > between the time audio is encoded and the time it is heard. At 16kbps, > this can be several minutes.So it's probably a good idea for this feature to be configurable :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.