[Icecast-dev] Question about buffering with icecast protocol

Damián Lezama
2008-01-14T08:27:08Z

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@xiph.org]
Enviado el: Monday, January 14, 2008 1:57 PM
Para: Dami?n Lezama
CC: icecast-dev@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