[Icecast-dev] Speex Support for Ices?

Geoff Shang geoff at QuiteLikely.com
Mon Jul 16 16:32:43 PDT 2007


"Burst on connect" isn't going to change the buffering.  It'll just affect 
how quickly the client starts playing.

The main buffer in question here is that on the client.  Sending a burst of 
data when the client connects will simply serve to fill the buffer up more 
quickly, which results in the player beginning to play sooner.  It won't 
reduce any latency, and if the player's buffer is smaller than the burst 
size, it would probably increase it.

In my experience, the main factors in determining latency are the size of 
the client buffer and the bit rate of the audio.  a 64k buffer will contain 
the same amount of data regardless of the bit rate, but that data will 
represent a longer period of time at lower bit rates than at higher ones.

As an example, the Shoutcast server at least used to have a fixed 1 MB 
buffer which couldn't be altered.  At 16 kbps, this buffer represented 
something like 5 minutes of audio.

The other thing to keep in mind, if low latency is important, is that vorbis 
does have some in-built latency if my memory serves me correctly.  I do know 
that speex is a lower latency codec, but I don't know how much latency the 
ogg framework might introduce, nor how much would be introduced by the TCP 
and HTTP overhead that Icecast is currently limited to.

I'm not an expert, but I'dve thought that something that is low latency 
would need to use an UDP implementation such as RTP, such as in use in VOIP 


----- Original Message ----- 
From: "Thomas B. Ruecker" <dm8tbr at afthd.tu-darmstadt.de>
To: <icecast-dev at xiph.org>
Sent: Tuesday, July 17, 2007 12:12 AM
Subject: Re: [Icecast-dev] Speex Support for Ices?

roger schrieb:
> Using ices w/ icecast, I noticed a 15 second delay between live audio
> and live stream.
which is probably introduced by client side buffering.
If you want to minimize buffers - you should turn of burst-on-connect in
> Another item I recently started researching, was using speex (speex.org
> related to ogg/vorbis).   I'm wondering if this might significantly
> reduce delay times.
It might even increase lag - depending on client software
If the client software uses fixed size buffers it will buffer longer
> One question I ponder is if user's players have the speex codec compared
> to the more popular vorbis/ogg codec.
Certainly fewer players will have support for speex I guess.

If you want to experiment with speex: I think ezstream can handle this.
oggfwd too



PS: I think this is off-topic here. This is more of an user question
than an question about further development of icecast?

Icecast-dev mailing list
Icecast-dev at xiph.org

More information about the Icecast-dev mailing list