search for: likai

...r because it doesn't matter much. for configure-related stuff, you should be able to find appropriate files from within your own autoconf/automake distribution. if a file is reported missing from my branch, then that means it doesn't hurt to have the file, but i never needed it. enjoy likai liu Simon Thompson wrote: >>From: Li-Kai Liu [mailto:news@likai.net] >>Sent: 10 October 2001 21:32 >>To: Simon Thompson >>Subject: Re: [[icecast-dev] icecast 1.3.11 win32 version ...] >> >> >>which part of the win32 icecast are you interested in? the &gt...

On 19/02/02 18:09, Likai Liu shaped the electrons to say: > >It's partially done in the patch I've sent you, completelly done in my > >current version... I can send you the second patch, you will save some > > work. > > how is the calculation being done? do you extract the bitrate from the &...

...t; echo "don't bother to check for pthreads..." > THREADLIBS="" > else > 373a393,394 > fi # enable_mingw = yes > 86a87 > #include <errno.h> 2155a2157,2161 > } > else > { > // for those lamer systems that mingles text ... LIKAI > setmode( sourcecon->food.source->dumpfd, O_BINARY ); 454a455,459 > else > { > // for those systems that mingles text ... LIKAI > setmode( source->dumpfd, O_BINARY ); > } 40a41,43 > #ifdef _WIN32 > #include <win32config.h> > #else 41a...

Just a few weeks ago, I was thinking of writing a streaming source using libshout and portaudio. I was also considering LADSPA support, to do some minor post-processing before encoding. However, I'm currently developing on Mac OS X, and LADSPA's shared library plugin model has some issues here to be resolved. Another nice feature I have given a thought on is incorporating

jaromil wrote: >sorry if i'm quoting myself, but i feel i could have reported more > >i'm thinking about using this library: http://xmlrpc-c.sourceforge.net/ >which features the infrastructure of a solid http daemon (abyss, on top >of w3c-libwww library) for running a xml-rpc server accepting registered >function calls. > as icecast already has its own http parser

On Monday 04 August 2003 12:30, Likai Liu wrote: > Just a few weeks ago, I was thinking of writing a streaming source using > libshout and portaudio. I was also considering LADSPA support, to do > some minor post-processing before encoding. However, I'm currently > developing on Mac OS X, and LADSPA's shared library...

On 19/02/02 23:09, Likai Liu shaped the electrons to say: > Ricardo Galli wrote: > >By assigning a timestamp to each packet read from the source socket. I > > think the only sane way to do it. > > great idea. with this implementation, actually you can set a smaller > buffer size, but wait a longer t...

On Fri, 2 Apr 2004, oddsock wrote: > a simple conversation protocol will be developed, but you can expect something > like the following : > > 1. client connects to mount point > 2. icecast makes a URL call passing in mountpoint, username, password cyrus-sasl can handle this, but I'm not sure if people like to figure out how to configure cyrus-sasl. what about just a local

On 19/02/02 06:14, Jack Moffitt shaped the electrons to say: > > well, at 128kbps bitrate, it's only 6 seconds of data. 30 seconds would > > have been more reasonable, how does everybody think? it might have to be > > varied based on the bitrate of the stream. > > Good point. I will make this configurable in the end. 6 seconds is too > little. I'll see what I

Hi, I am turning crazy. I try to integrate Asterisk 11.5.1 into Samba4 LDAP, but when I import the ldif file from contrib directory I get this error. ldbmodify -H /usr/local/samba/private/sam.ldb asterisk.ldif --option="dsdb:schema update allowed"=true ERR: (No such object) "objectclass: Cannot add cn=asterisk,cn=schema,cn=config, parent does not exist!" on DN

sorry for being a major big mouth here, but i noticed cygwin 1.3.3 release has fixed some pthreads issue so I've decided to give it a try. Initial results indicate that icecast can now be compiled as cygwin binary (no win32) and run normally with minor issues. i have observations that icecast-cygwin does not catch the SIGINT signal correctly, and that when shutting down the server from

Ricardo Galli wrote: >On 19/02/02 06:14, Jack Moffitt shaped the electrons to say: > >>Good point. I will make this configurable in the end. 6 seconds is too >>little. I'll see what I can do to track by seconds instead of buffers. >> > >It's partially done in the patch I've sent you, completelly done in my >current version... I can send you the

Jack Moffitt wrote: >I recommend that _no one_ run this patch on any server. It allows >execution access to any file on the system as the user that icecast is >run as. This is a surefire way to get yourself hacked to hell. > >The idea is nice, but you should really pay a lot more attention to >security issues. cgi's need to be run from a certain directory only. >You

On Wed, 5 May 2004, Jack Moffitt wrote: > If the client limits are hit on the server, it sends back an HTTP > redirect with the location of a random mirror (not itself). This should > be transparent to clients and acheive the affect you want. You could > also combine with with round robin DNS to spread people over the servers > initially. > > Seems fairly elegant.

Jack Moffitt wrote: >As for the other parts, I do not understand why we shouldn't kick >clients who fall 25 packets behind. That is more than 100k usually, and >surely you don't think we should buffer them forever. > well, at 128kbps bitrate, it's only 6 seconds of data. 30 seconds would have been more reasonable, how does everybody think? it might have to be varied