[Icecast-dev] Question about buffering with icecast protocol

[Damián Lezama]

OK, Thanks a lot Karl and Elf. It's clear to me now. Shoutcast gives you (by
default) a much larger burst and that's the difference I was seeing.

By the way: do you know sources for lists of stations? I see a "stream
directory" at icecast.org, but I don't know if it's available to download (I
think using a program to dig the info from the web is not ethical, as least
without permission). Shoutcast has a nice directory but explicitly forbids
using that information.

I want to have a good station list in my program and I don't know how to get
it legally :(

Regards,
Damian


-----Mensaje original-----
De: Karl Heyes [mailto:karl at xiph.org] 
Enviado el: Monday, January 14, 2008 1:57 PM
Para: Damián Lezama
CC: icecast-dev at xiph.org
Asunto: Re: [Icecast-dev] Question about buffering with icecast protocol

Damián Lezama wrote:
> 
> 
> Hi,
> 
>  
> 
> I’ve seen that shoutCAST sends data much faster than real time when you 
> connect (for a while I assume, otherwise you’d be travelling to the 
> future:). That’s useful for fast buffering.
> 
>  
> 
> With icecast I don’t get that behavior, stream downloads at real time. 
> Is there a way to buffer data faster than real time? Maybe a “seek” 
> feature? I need that because I need to allocate a special large buffer 
> for an app. Thanks!

Look at the burst-size option. The default is 64kbytes which is fine for 
  most audio apps pre-buffering settings but you can alter it to 
something larger or smaller.  To make it similar to shoutcast you'd need 
to have a burst size of something like 1-2Meg (not sure of the exact 
figure).

karl.


No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.2/1223 - Release Date: 1/13/2008
8:23 PM
 

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.19.2/1223 - Release Date: 1/13/2008
8:23 PM