similar to: icecast2, libshout2, Shout.pm FreeBSD

On Mon, 26 May 2003, Michael Smith wrote: > You'll have to port Shout.pm to use libshout2 - the API has changed (not in > terribly major ways for the most part, so it should be a simple and > straightforward port). Didn't someone do this and post it to icecast-dev? Or was that something else? I'm not a perl programmer. I'd just hate to see someone duplicate work

Heyas, I'm trying to get setDumpfile working with the java libshout bindings. I am calling shout_set_dumpfile(shout,char*) after specifying the port, host, mount and password, yet, the dumpfile is not created on the server side. To be more specific, I'm trying this: bin/streamAdmin -d /tmp/test.mp3 -h streams.benow.ca -p 80 -P pass -m /benow which sets the dumpfile to be /tmp/test.mp3

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 was looking through the mailing list archives about the status of MP3 support in icecast2 and libshout and haven't seen anything on the recently, So I dove into the sources and see that things are a little farther along that last mentioned here. icecast2 appears to be able to stream MP3 files just fine, albiet without metadata. libshout also appears to handle MP3 files. Good. I was

Hello, All! Sorry for my english, I'am from Ukraine. I trying install Shout 2.0.1 module on my server: # perl Makefile.PL Checking if your kit is complete... Looks good Writing Makefile for Shout # make cp example2.pl blib/lib/example2.pl cp example.pl blib/lib/example.pl cp Shout.pm blib/lib/Shout.pm AutoSplitting blib/lib/Shout.pm (blib/lib/auto/Shout) /usr/bin/perl

On Wednesday 10 March 2004 06:56, Andrew Taylor wrote: > Heyas, > > I'm trying to get setDumpfile working with the java libshout bindings. > I am calling shout_set_dumpfile(shout,char*) after specifying the port, > host, mount and password, yet, the dumpfile is not created on the server > side. To be more specific, I'm trying this: > > bin/streamAdmin -d

Thanks for the reply, Mike. Is there currently any way to accomplish the same thing (ie, recording of a dumpfile for a mount for a given duration) with icecast2 as it stands? Perhaps through the admin interface, or via a config change and reload? I'm surprised this feature has not been more requested, it would certainly be welcome here. If not, no biggie, I could just use a local

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

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

Oops! I accidently sent the previous message before I finished it, sorry! However, the problem remains the same. I cannot succesfully compile ices2 for some reason. I've followed some instructions I found on the web at http://www.6809.org.uk/kja3/ices2-howto.shtml. So far, what I've done is: 1) Installation of Slackware 8.1 (with libxml2 2.4.22, gcc 2.95.3) 2) Update of the oggutils

----- Original Message ----- From: "Michael Smith" <msmith@xiph.org> To: <icecast-dev@xiph.org> Sent: Wednesday, June 04, 2003 3:47 PM Subject: Re: [icecast-dev] libshout2 compiling problems under FreeBSD? <p>> Whilst there may well be problems, there are no _known_ problems, and we > certainly won't be able to fix them unless you actually tell us what the

Hiya Boink, Thanks for your help. I decided to start a new tread (i should have done since my first email) so when people search the list, they can see what this is/was about. Future readers, the "icecast2, shout, encryption issue was discussed on the old tread. On Wed, Apr 02, 2003 at 08:50:58PM +0200, boink wrote: > well, the problem with shout that it's quite old, really not

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

Hi - I'm rebuilding my OSX system and I can't get ices0 to build - or to be more exact, can't get libshout2 to build. I started by using DarwinPorts, and icecast2 & libogg & libvorbis seemed to build OK. The install of ices0 then gave up at the libshout2 config stage with output like this: [...] checking for libvorbis... ok checking for struct ovectl_ratemanage_arg... no

Hi, Just trying to compile ices 0.3 src from tarball on a freebsd 4.5 box. I installed libshout2-2.0,1 port but ./configure can't find shout_new ... checking dynamic linker characteristics... freebsd4.5 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be

The short answer, as Geoff says, is to use ices 0.x from CVS with libshout 2. The good news is CVS ices 0 has a number of bug fixes. libshout2 may be found at anoncvs@cvs.xiph.org:/usr/local/cvsroot libshout ices is at anoncvs@cvs.xiph.org:/cvs/ice ices Note the different paths above! Now, a little more detail: On Sunday, 16 March 2003 at 02:41, jeremy@squat.net wrote: > ices0 -b 24 -h

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

Hi, currently I'm plaing around with the original shoutcast and use libshout for transmitting to the server. It works mostly perfect, with one little problem: The streams bitrate is not correctly reported to shoutcast. I tried the following: $conn->set_audio_info(SHOUT_AI_BITRATE => 128); $conn is the shout-object. Is this for icecast only? Is there another way to transmit the correct

At 07:38 PM 6/6/01 +1000, you wrote: >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

Hi, I couldn't find anything about this subject from archive - are there known problems with compiling libshout2 under FreeBSD 5.1 or 4.8 (both are up to date). I downloaded libshout2 latest nightly snapshot and tried to compile it on 5.0 and then later on 4.8. Both failed (problems were mostly around sock.c, sock.h, resolver.c - redeclaring and syntax errors). Thinking that it might be a