similar to: [ANNOUNCE] libshout 2.2.2 released

Hello I've configured the 'example.c' with the right SERVER, PORT, SHOUT FORMAT and all the required stuff, it works fine (the setup shout_set...() calls) but when reaching shout_open() it returns a socket error. $ ./example Error connecting: Socket error The configuration of the server and example.c is right, at least the server is up and running, and tried it with the

I propose the following changes to the libshout API to support nonblocking I/O: New functions: int shout_set_nonblocking(shout_t *self, unsigned int nonblocking): Instructs libshout to use nonblocking I/O. Must be called before shout_open (no switching back and forth midstream at the moment). unsigned int shout_get_nonblocking(shout_t *self): self-explanatory. Changed functions:

In the absence of any negative feedback (or positive, for that matter), I've decided to just go ahead and drop the new version of libshout, libshout 2.1. New features: * nonblocking I/O: call shout_set_nonblocking(1) before shout_open. If the socket is busy, your data will be queued until the next time libshout attempts a write. The current queue length in bytes is visible through

After two weeks with no feedback, it occurs to me that perhaps I should have sent this to the icecast list instead of icecast-dev. Any feedback in the next week would be appreciated. If nothing bad is reported (bugs in the library, ABI incompatibility, build errors, etc), we'll probably release libshout 2.1 next weekend. ----- Forwarded message from Brendan Cully <brendan@xiph.org>

Hi List, i have a problem streaming mp3's to the icecast server via libshout-2.1. Everything works fine as long as i send ogg's to the icecast server. libshout as well as icecast do not report any errors. what might be the problem? my code looks like this: shout_init() shout_set_host(...) shout_set_password(...) shout_set_mount(...) shout_open() shout_set_format(...) while(

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

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 everybody: Here is this week's Ogg Traffic with all new updates on recent activities in the world of Xiph.org. The HTML version is up at http://www.vorbis.com/ot/20030415.html. Enjoy! -Carsten <p>Ogg Traffic for Tuesday, April 15, 2003 [1]Carsten "Purple" Haese April 15, 2003 _________________________________________________________________ Table of

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/

On Thu, Jun 19, 2003 at 11:03:29AM -0400, Brendan Cully wrote: > 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? To

Hello. For various reasons I am writing my own source client. Most things seem to be working well. Connections work. shout_send() and shout_sync() seem to behave as expected. However, I find that if more than about 10-20 seconds passes between shout_send() calls then libshout crashes (takes my client down) during a subsequent shout_send(). Are there any rules about how often shout_send()

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

(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.

I've spent three days tracking this bug down.. I have yet to find how to fix it in the code, tho I do have a workaround which proves the nature of the bug. Sorry for the somewhat-overkill nature of explaining this bug, but some people have been doubting it so I'm going to give the evidence nessesary to prove the nature of it. If you send page-aligned data to libshout (via shout_send) it

I've spent three days tracking this bug down.. I have yet to find how to fix it in the code, tho I do have a workaround which proves the nature of the bug. Sorry for the somewhat-overkill nature of explaining this bug, but some people have been doubting it so I'm going to give the evidence nessesary to prove the nature of it. If you send page-aligned data to libshout (via shout_send) it

I've written a first draft of python bindings for libshout 2: http://xiph.org/~brendan/pyshout2/pyshout2-0.0.1.tar.gz Comments welcome. I've never written a python extension before so I'm sure there's plenty of room for improvement. But it works for me. -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To

I've written a first draft of python bindings for libshout 2: http://xiph.org/~brendan/pyshout2/pyshout2-0.0.1.tar.gz Comments welcome. I've never written a python extension before so I'm sure there's plenty of room for improvement. But it works for me. -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To

I've tried everything I know how (and a lot I don't) to get ices to compile on this beige G3 ppc box. I've got the latest cvs of libshout and ices. Gentoo linux ppc 1.2-r1, from stage3 tarball. gcc 2.95.3 I've made sure that libshout points to libshout.so.2.0.2. Don't know what else to try. I've got the box here, and I've port-forwarded through my firewall to