similar to: Experimental python bindings for libshout 2

Hi, if i am not mistaken 2.4 has a servlet which provides json output for active mounts and stats. You can check it out at http://your host:8000/status-json.xsl Just upgrade your version and you should be fine. Hth In a search for access to various ways to interact with Icecast via Python, I ran across this: http://xiph.org/~brendan/pyshout2/pyshout2-0.0.1.tar.gz Which is now dead (404). I

--- Brendan Cully <brendan@xiph.org> wrote: > Whoops, I only meant to commit the HACKING file. configure.in > isn't broken, but > it isn't finished (I'm adding a shout-config script). <p>Has 'pkg-config' been considered for this sort of thing? http://www.freedesktop.org/software/pkgconfig/ Is it desirable/compatable/useful? ~HJ

On Thursday, 19 June 2003 at 02:17, Arc wrote: > On Wed, Jun 18, 2003 at 09:20:23PM -0400, Brendan Cully wrote: > > Libshout 2.0, the icecast 2 compatible streaming library, is now in > > did you resolve the return value issue that was addressed before? what return value issue? > also, and I dont know if this should be release-dependent, but I'd > really like to see

Hi, I've just completed a conversion of the perl Shout-1.0 library to something that will talk to an icecast2 server. I'll be submitting the results for inclusion back to the icecast site. One thing is missing: proper metadata support. this feature has changed since icecast 1; previously it was a single string. now, it's a linked list of key/value pairs.

Due to a minor reorganization of the CVS tree, cvs update of libshout will fail on the m4 directory. Either do a fresh checkout or remove your m4 directory and check out cvs.xiph.org:/usr/local/cvsroot m4 in its place. ices (0 and 2) and icecast may be going through the same process soon. I'll let you know when it happens. -b --- >8 ---- List archives: http://www.xiph.org/archives/

From: "Brendan Cully" <brendan@icecast.org> > Sorry Nick, I lost your last mail. One last thing, did you make clean > && make? The dependencies are not generated properly for ices, so even > if libshout got rebuilt it might not have been relinked. There's no other libshout on the system. Have rebuilt from scratch and it still exhibits the timing problems.

Hi all, Libshout 2.0, the icecast 2 compatible streaming library, is now in beta. You can find it at http://xiph.org/~brendan/beta/libshout-2.0b1.tar.gz Please build and test it on as many platforms as possible, so that we can do an official release in the very near future. There are no known issues, but it has only been tested on a few platforms (recent linux, solaris, freebsd and Mac OS X

Hi all, Libshout 2.0, the icecast 2 compatible streaming library, is now in beta. You can find it at http://xiph.org/~brendan/beta/libshout-2.0b1.tar.gz Please build and test it on as many platforms as possible, so that we can do an official release in the very near future. There are no known issues, but it has only been tested on a few platforms (recent linux, solaris, freebsd and Mac OS X

Brendan Cully wrote: >This particular error is because you used --with-libshout= instead of --with-libshout Is the above a typo. They look the same with the exception of the "=". I am new to linux so please be forgiving. I downloaded both ices and libshout. I tried to compile with "--with-shout-config=/etc/stream" but this returned the same result as in the previous email:

I've just released ices 0.3: http://icecast.org/files/ices/ices-0.3.tar.gz ices 0.3 is an encoder for icecast-compatible servers (including icecast 2, icecast 1 and shoutcast). It requires libshout 2.0. ices 0.3 outputs MP3, not Vorbis. For Vorbis you will need ices 2. We know this is confusing, so ices 0.x will probably have a new name for the next release. Ideas? Changes since ices

Attached is a patch against shout-python-0.2 which does two trivial but very useful things (1) The function "get_connected" is exported so that shout-python becomes usable in nonblocking mode. In the current version of shout-python "open" raises an exception in nonblocking mode. (2) The global interpreter lock is released in the potentially blocking functions

At 1:48 PM -0400 7/6/01, Brendan Cully wrote: >On Friday, 06 July 2001 at 10:32, tom erbe wrote: >> icecast 1.3.10 is the server i'm running, but its ices 0.1 that gives >> me a segfault under solaris. it works just fine on my linux box. ices > >The segfaults are a stack size problem. Try changing STACKSIZE near >the top of thread/thread.c from 8192 to 65536 or so...

At 4:37 PM -0400 7/6/01, Brendan Cully wrote: >On Friday, 06 July 2001 at 13:21, tom erbe wrote: >> At 1:48 PM -0400 7/6/01, Brendan Cully wrote: >> > > 0.2 doesn't segfault, but it seems to overrun the server (if that >> >> makes any sense), it plays a 3 minute file in seconds. >> > >> >I'd like to know more about this. Are you

(I think this may have come up before and then gotten dropped.) libshout may need two additional API methods: libshout_init and libshout_shutdown. libshout itself currently has no use for these functions, but they would be used to call the init and shutdown hooks in the net library. When this library is built with thread support, it uses these hooks to create and destroy a library-wide mutex.

Hi all, I've just released beta 2 of libshout 2.0, the icecast 2 compatible streaming library. http://xiph.org/~brendan/beta/libshout-2.0b2.tar.gz Libshout 2.0 adds support for icecast 2, Ogg streaming, and IPv6. Ogg and Vorbis are now prerequisites. Changes since beta 1: * lots and lots of autoconf. Thanks to Karl Heyes for his help here. * a fix for unusual MP3 bitrates contributed by

Hi all, I've just released beta 2 of libshout 2.0, the icecast 2 compatible streaming library. http://xiph.org/~brendan/beta/libshout-2.0b2.tar.gz Libshout 2.0 adds support for icecast 2, Ogg streaming, and IPv6. Ogg and Vorbis are now prerequisites. Changes since beta 1: * lots and lots of autoconf. Thanks to Karl Heyes for his help here. * a fix for unusual MP3 bitrates contributed by

On Tuesday, 10 July 2001 at 14:10, Nick Ludlam wrote: > From: "Brendan Cully" <brendan@icecast.org> > > On Tuesday, 10 July 2001 at 03:21, Nick Ludlam wrote: > > > From: "Brendan Cully" <brendan@icecast.org> > > > > That handles the segfault, I don't know why the stream wouldn't be > > > > sent fast enough though...

On Tuesday, 10 July 2001 at 03:21, Nick Ludlam wrote: > From: "Brendan Cully" <brendan@icecast.org> > > That handles the segfault, I don't know why the stream wouldn't be > > sent fast enough though... > > Tried with winamp, sonique and freeamp. All exhibit the same problem of > stuttering play, and eventually this drops out of the icecast log: >

Okay. It died again after about 4 hours. I will turn off the yp servers and see if that helps. Any other ideas? Same thing, BTW, ices reported a libshout error. Hunter > From: Brendan Cully <brendan@icecast.org> > Reply-To: icecast@xiph.org > Date: Mon, 27 Aug 2001 12:56:58 -0400 > To: icecast@xiph.org > Subject: Re: [icecast] Icecast Problems Get Worse > > I

According to what I've read on this mailing list, it should be possible to stream MP3 data to icecast2 using ices-0.2.3, which I assume also should be the case for any other streaming client based on libshout1. So I decided to test this out to see if we really could dispense with icecast1 altogether on the server I help administer. My results were not promising, to say the least. I wiped out