similar to: libshout 2.0 released

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

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.

libshout 2.0 install its header file in /usr/include, whereas ices looks for /usr/include/shout/shout.h. Either one or the other should get fixed. [guillomovitch@klama guillomovitch]$ rpm -ql libshout3-devel | grep .h$ /usr/include/shout.h [guillomovitch@klama guillomovitch]$ rpm -ba rpm/SPECS/ices.spec [..] checking shout/shout.h usability... no checking shout/shout.h presence... no checking

Hi I've recently upgraded the Perl Shout v1.0 library to accomodate the new libshout and icecast2 formats. I have a tarball I'd like to submit; who might I send it to? Thanks, -paulb =========================================================================== paulb@oasis-software.com "I'm fuzzy on this whole good/bad thing" paulb@foobox.com

Just a nifty thing to have for icecast server access logs... diff against CVS HEAD is attached. <p> Index: configure.in =================================================================== RCS file: /usr/local/cvsroot/libshout/configure.in,v retrieving revision 1.65 diff -u -r1.65 configure.in --- configure.in 13 Jul 2003 16:36:37 -0000 1.65 +++ configure.in 21 Jul 2003 04:20:22 -0000 @@

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

Hi - got this from both the CVS source and the tarball: (libshout compiled and installed cleanly) [root@hunter stream]# cd Shout-1.0 [root@hunter Shout-1.0]# perl Makefile.PL Checking if your kit is complete... Looks good Writing Makefile for Shout [root@hunter Shout-1.0]# make mkdir blib mkdir blib/lib mkdir blib/arch mkdir blib/arch/auto mkdir blib/arch/auto/Shout mkdir blib/lib/auto mkdir

I don't know if it's a quirk of my own system (recent Debian unstable) or a standard, but the libshout test in ices configure fails because shout.h uses a size_t, which is undefined without any other headers. I fixed it here by including stdio.h in libshout/include/shout/shout.h, but further delving shows that stddefs.h is all that should be needed (at least if every compiler behaves like

> Karl just pointed out to me that libshout is now installing its header > in $prefix/include/shout.h instead of $prefix/include/shout/shout.h. (Sorry for not replying directly, I'm not on the list and I can't figure out if gmane allows me to reply to a mail.) It's probably best to try and contact the committer first - It's possible few other people understand or care

I want to use libshout under my win32 app (in Python) and download shout-python-1.0.tar.gz and libshout-2.0.tar.gz but I can not compile libshout into binary. It seems a unix-only project and there is no .dsp file for Visual Studio. Can anyone tell me how to compile libshout under win32 platform? Or send me a compiled version (a python binary dist will be better)? Thanks in advance.

Jeremy Bierbach wrote: Hi Jeremy > It seems likely to me that you still have libshout 1.x installed. No, it's not that. # rpm -q libshout libshout-2.0-1.dag # rpm -q libshout-devel libshout-devel-2.0-1.dag It's the half-hard-coded shout/shout.h path in the source. Since libshout is installed by rpm in /usr/include, the path will never match. Even if

Hi Running ./configure --prefix=/whatever I got stuck with checking for pkg-config... /usr/bin/pkg-config checking shout/shout.h usability... no checking shout/shout.h presence... no checking for shout/shout.h... no configure: error: must have libshout installed! Having edited configure line 20056 and changed shout/shout.h to /usr/include/shout.h , I run into the next problem:

At 02:34 02-11-2002, you wrote: > >LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib Shout.o -o > >blib/arch/auto/Shout/Shout.so -lshout > >/usr/bin/ld: cannot find -lshout >You need the actual (native) libshout, as well - then Shout.pm can >use it for the low-level streaming. Just install that where your >linker can find it, and it should work. I had

The open source fdk-aac encoder, available there: https://github.com/mstorsjo/fdk-aac offers pretty good quality. As for libshout, I do not think that it is currently posible to send AAC data using it. First, libshout doesn't have support to buffer and control timing of data sent. And even is you use the un-timed API (shout_send_raw), the library cannot set the proper mime type, due to a

Brendan, Thanks for applying these patches - that's great. We're about to release the latest version of our SndKit frameworks, which require libshout to be installed in order to compile. Up until now we have provided the set of patches that we sent to you, and instructed people to download the iceS-0.2.2 package, apply the patches, and compile from there. What we'd prefer though

thnks for the clarfication. I downloaded libshout2 and ices-0.2 from cvs. I compiled libshout with out a problem but when i try and compile ices I get the following error: <p><p>checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no checking shout/shout.h usability... yes checking

At 13:44 31-10-2002, Michael Smith declared: >At 01:18 PM 31/10/2002 +0100, you wrote: > >And more importantly (for me) - Can I ask question about Shout.pm? >Yes. And yes, you can ask questions, but you should just do so - not >waste time asking if you can do so. This doesn't (either way) guarantee >anyone will be able to give you useful answers, but you should try

Any idea what might cause this error to happen on a FreeBSD 4.9 machine trying to use Shout.pm with perl 5.8.5 ? /usr/libexec/ld-elf.so.1: /usr/local/lib/libshout.so.3: Undefined symbol "pthread_mutex_init"

OS: OpenBSD 3.1 perl 5.6.1 libshout-1.0.9 Shout-1.0 Whatever I do, I cannot get Shout to see the libshout so. I'm pretty sure this is an ld problem but: bash-2.05# ldconfig -r | grep shout 72:-lshout.2.2 => /usr/local/lib/libshout.so.2.2 orry if I'm missing something simple...happy monday. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: