similar to: Is the list alive?

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

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

Hi, I gat my streamer connected to to Icecast server, but whenever client try connect to icecast_server:8000, i gat msg "no encoder" in server console users was kicked-out. My client uses WinAmp, any clue? --- CONFIDENTIALITY NOTICE & DISCLAIMER This message and any attachments are solely intended for the addressee(s). It may also be Sapura Group's confidential,

Hi, I gat my streamer connected to to Icecast server, but whenever client try connect to icecast_server:8000, i gat msg "no encoder" in server console users was kicked-out. My client uses WinAmp, any clue? --- CONFIDENTIALITY NOTICE & DISCLAIMER This message and any attachments are solely intended for the addressee(s). It may also be Sapura Group's confidential,

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:

On Wed, 6 Jun 2001, Michael Smith wrote: > Try linking it with an explicit library (like > gcc -o example example.c ../src/libshout.a (plus other arguments that it > needs) I *really* don't know about this stuff. I don't have a libshout.a. I have libshout.la which it didn't recognise, and shout.lo which resulted in a host of undefined references. So I guess I don't

Hi, I've been running Icecast on my server for over five months now and am having lots of problems with it. I must have pulled out half of my hair on this product, mostly due to lack of support. (I mean, have you ever gotten an answer to your question at icecast.org?) I've tried it all: sc_serv, Icecast, shout, ices, streamcast, liveice. I could greatly use any help. I am using the

>stream.c:208: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast >stream.c:208: too few arguments to function `shout_strerror' >make[2]: *** [stream.o] Error 1 You probably didn't do a 'make install' on libshout, so it was picking up the old (wrong) headers. This was a minor api change. >This looked like an api change issue, so I

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

Any help would be appreciated, not sure why this isn't compiling: Redhat 7.2 [root@jasmine ices-0.2.2]# ./configure --with-lame loading cache ./config.cache Building ices 0.2.2... checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found

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:

Folks, I've been running an icecast server for about a year, and never really had the chance to test it out on the other side of our Internet link. We've had a lot of people trying us out, but very short connect times in the whole. I finally got a cable modem at home, tried having a listen, and found the stream to be very stuttery. So, first things first, I went and grabbed the

I'm getting errors like; /tmp/ccJK5HgU.o(.text+0x426): In function `connect(shout*, std::basic_string<char, std::char_traits<char>, std::allocator<char> >)': : undefined reference to `shout_open' for each of the ices function calls. My gcc command looks like this; g++ -o myicestream -L/usr/lib/shout -lmysqlclient myicestream.cpp and libshout is in; find /usr -name

> Update: I got Kirk to blow away /usr/include/shout/shout.h. Now shout.h > isn't being found at all. Seems that SHOUT_CFLAGS isn't being used at all. ices should not respect the various CFLAGS settings. You should be good to go. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list,

Hi all: OK, this is one of those "why doesn't it work" type questions. I'm basically stumped. All the server info in the xml file and example.c seem to match, but it's coming back with an error 3 which is no login (as far as I can understand). There's nothing in the icecast2 logs to show that an attempt has been made. hmmm. It just occured to me that perhaps it's

Hello, Configuration : - Debian 8 - Wordpress 5.3.2 (Apache) - Icecast 2 - Radio web player : Streamcast I just installed my Web radio that was working correctly in full HTTP. I add a Lets Encrypt certificat on my Wordpress that is now in HTTPS. Since my Wordpress is in HTTPS, my stream on the website is not working. The direct Link in HTTP is working correctly. I checked on the internet and

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

Hi all, I just built icecast 2 from cvs. I tried to compile ices (also from cvs) and got: tream.c: In function `ices_instance_stream': stream.c:164: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast stream.c:164: too few arguments to function `shout_strerror' stream.c:198: warning: passing arg 1 of `shout_strerror' makes pointer from integer

I'm trying to complie ices2.0.1 on a more-or-less stock Fedora 3 installation, and I'm getting the following compiler error (during linking, I think). /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

So, a friend pointed me to the patch for sock.c:533, and that patch went a LONG way in fixing the streaming problems I've been experiencing (on solaris 8/sparc.) Thanks so much for that! Now, I think that *sending* the stream is now squared away, but I think one problem remains on the receiving end of things. I use the perl streamcast utility to stream my playlists, and tracks sound great.