similar to: Call for testing: libshout 2.0 beta 2

>I maintain such a page here: > >http://thebasement.org/sound/vorbis_info > >It's probably woefully incomplete. Well, there are only a few more, AFAIK: - The Quinntissential Player [Windows] http://www.quinnware.com/ - Zinf [Windows & Linux] http://www.zinf.org/ - MacAmp [Mac] http://www.subband.com/macamp/ - Audion 3 [Mac] http://www.panic.com/audion/ --- >8 ----

/bin/sh ../libtool --mode=link gcc -I/usr/include/libxml2 -pthread -g -O2 -o ices input.o cfgparse.o stream.o ices.o signals.o im_playlist.o reencode.o encode.o playlist_basic.o im_stdinpcm.o stream_shared.o metadata.o playlist_script.o audio.o resample.o im_oss.o log/libicelog.la timing/libicetiming.la thread/libicethread.la avl/libiceavl.la -lvorbisenc -L/usr/local/lib -lshout -lvorbis

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(

ruby-shout 2.0 has been released. it has an raa entry on raa.ruby-lang.org, and a (modest) page at http://www.dingoskidneys.com/~jaredj/shout.html. -- 01CB B175 70D8 2E39 CA13 AEA6 3A2B 2219 31CD 5381 check out www.fastmail.fm. fast mail, free or cheap. web + IMAP. -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/pgp-signature Size:

On Fri, Aug 08, 2003 at 09:20:09PM -0400, Chris G (Moguta) wrote: > >I maintain such a page here: > > > >http://thebasement.org/sound/vorbis_info > > > >It's probably woefully incomplete. > > Well, there are only a few more, AFAIK: > - MacAmp [Mac] > http://www.subband.com/macamp/ > > - Audion 3 [Mac] > http://www.panic.com/audion/

I am trying to build iproute2-2.4.7-20010824 from source on a 2.4.24 kernel. I have played a bit with ADDLIB and LDLIBS variables but I always get errors so I suppose it''s best if instead of playing I try to understand what does the following mean (from the README file): ADDLIB should contain inet_* functions, if your libc contains obsolete resolver library (<4.9.4) and you have no

I get this error every time I try to start ices: ices: relocation error: ices: undefined symbol: resolver_initialize I'm running a Celeron with 64MB of RAM which up until last moth, ran ices with absolutely no complaint. Here are the steps I've taken to resolve this problem: Full update from debian/unstable -no effect Full reinstall of all dependencies using CVS checkouts -ices fails

I have a gentoo linux server and I tryed to compile Ices2 from CVS nightly snapshots. I have also icecast2 installed and it seems to work. Versions used: Ices2 20030919 libshout2 20030919 icecast2 20030919 with all versions that I have tried, I became these build error: ices.o(.text+0x149):/root/ices-2.0-Beta2/src/ices.c:91: undefined reference to `shout_shutdown'

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

Hello! I have compileed ices.0.2.2 for my debian system (the system is on a Mac PowerPC, so I use Debian-PPC) When I want to start Ices I get an error message saying this: "./ices: error while loading shared libraries: libshout.so.1: cannot open shared object file: No such file or directory" I start it with ./ices I checked and saw that I had the files but the maybe are in wrong

> "./ices: error while loading shared libraries: libshout.so.1: cannot > open shared object file: No such file or directory" >>Is libshout installed? What I know I haven't installed it, is there a debian package of it so I can install or reinstall it mayne? >>Did you run ldconfig? When I do a ldconfig I get this back in return " ldconfig:

On 2002.11.30 20:43 smoerk wrote: > I get an error when compiling libshout. it's the version from cvs, i > checked it out a few minutes ago... > > make[2]: Entering directory `/opt/ices2/libshout/src/net' > /bin/sh ../../libtool --mode=compile gcc -DPACKAGE=\"libshout\" > -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 >

Has anyone seen this issue before on solaris 2.7. I keep getting this error for libshout when trying to compile the example. root#[/usr/local/src/libshout-1.0.9/example]#gcc -lshout -o test example.c Undefined first referenced symbol in file socket /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2/../../../libshout.so recv

On Thu, 2003-03-13 at 15:33, Geoff Shang wrote: > Hi: > > WARNING: This is long. > > Just updated libshout and configured. Configure didn't bomb so I guess it > went OK and found what it wanted. But when I ran make I got this: > > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -g -O2 -Wp,-MD,.deps/avl.pp -c > avl.c > -fPIC -DPIC -o .libs/avl.lo > In file

On Thu, 2003-03-13 at 23:28, Geoff Shang wrote: > > This is the key point, what system is this, and can you send me the > > config.log > > This system is running Debian unstable and has the following auto* > versions: I'm currently in the process of changing the setup for using rwlock_t, not all systems have them (they are a later posix spec) and are only used by one

it's a little difficult for us to read minds. What do you *exactly* want to do? boink On Tue, Apr 08, 2003 at 01:46:08PM +0200, Daniel Seebald wrote: > No, it's not his version of autoconf or automake. > I had the same errors even with the latest versions available for my > debian distribution. > I only could help myself by using one of my precompiled binaries from a

well, good, I suppose you want to set up an icecast2 server on a debian box? Am I right? Good, if I'm right, get the latest sources from the xiph.org cvs. before compiling these sources, you'll need the latest libxslt, libxml2 and the libcurl latest stuff. another problem on a debian box is if you choose to use icecast2 and compiling it yourself, you will be working outside the debian

On Tuesday 08 April 2003 06:04 am, boink wrote: > Good, if I'm right, get the latest sources from the xiph.org cvs. before > compiling these sources, you'll need the latest libxslt, libxml2 and the > libcurl latest stuff. > > another problem on a debian box is if you choose to use icecast2 and > compiling it yourself, you will be working outside the debian structure >

Hey Geoff... On Thursday 10 April 2003 08:37 am, Geoff Shang wrote: > I've not had any problems compiling libshout and ices2 on my debian woody > system with the default autotools (I think they're automake 1.4p4 and > autoconf 2.53 if memory serves). I use libogg and libvorbis 1.0 though, > not current CVS. I do use libshout and ices2 cvs though. If auto* tools > turn

Sorry everyone, one major flaw in my proof: On Sat, May 17, 2003 at 02:07:36AM -0400, Arc wrote: > > The last test, and the way the code currently stands, proves that the > bug is in sending libshout page-aligned data: > > [...] > self.shout.open() > self.shout.send('OggS') > def __call__(self, data) : > [...] >