similar to: Current Ices2 requirements?

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 @@

Hi, I have an Ices2 comp problem, it can't find libshout. I have installed Libshout 2.0 in /home/Darkmeteor the configure line I'm using for ices2 is : ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor --with-vorbis-prefix=/home/Darkmeteor --with-shout-prefix=/home/Darkmeteor Problem : checking for Ogg... yes checking for Vorbis... yes checking for Shout... no

Hello when i install ices-2.0.0, i can't finish "./configure", system said as fellow: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C

Wondering if anyone else is having this problem compiling the latest version in CVS. autogen.sh runs fine, configure runs fine, make fails with the following: gcc -DPACKAGE=\"icecast\" -DVERSION=\"2.0\" -DHAVE_DLFCN_H=1 -DHAVE_IPV6=1 -DSTDC_HEADERS=1 -DHAVE_STDINT_H=1 -DCHUID=1 -DCHROOT=1 -I. -I. -I./net -I./thread -I./avl -I./httpp -I./log -I./timing -g -O20

Here is the config.log : <p>----------------------------------------------------------- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.57. Invocation command line was $ ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor

Hi, I did "dtrace -l" on libc.so.1 with "_c??????" matching pattern and yield only two probes but there are 6 of them matches that pattern when invoke "nm" on libc. Why? See below for details: %dtrace -w -qn ''BEGIN {system("dtrace -l -mlibc.so.1 > libc_dtrace");} pid$target:libc:_c??????:entry{}'' -c ''sleep 1'' %

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

On 14/06/2012 11:35, R?cker Thomas wrote: > Hi, > > quick info. Yesterday Rillian landed Oneman's patches adding ogg/opus > and WebM support on Icecast trunk. > Big thanks for all the work that has gone into this! > > Please use trunk for your testing and development in this area from now. > If you run into problems please send

Hi, I am using "*Maanova* package" to do anova. I have created *datafile* with probeID as the first column, which is a tab limited text file and also created *designfile*. I have created *readma object* which is named as abf1. >From that readma object, i have to create data object by using *createData*function and also i hav to create model object by using *makemodel* function,

Hi I have submitted a package (rioja) to CRAN. It checks OK for all R versions and OS's except r-release-macosx-ix86 where it fails when checking the examples. Specifically, it fails because R can't find the package vegan which is needed in a function. Here is the snippet from the check results: ### Begin snippet checking examples ... ERROR Running examples in 'rioja-Ex.R'

Hi all - there''s a patch I need to apply from a ticket: http://dev.rubyonrails.org/ticket/8798 The ticket appears to be stalled on the lack of a test case. I figured I''d just whip one up, but because it''s an Active Resource thing, and the test case would need to do ModelName.find(:all), I''d need to either mock the network connection or set one up. In this

Hi, quick info. Yesterday Rillian landed Oneman's patches adding ogg/opus and WebM support on Icecast trunk. Big thanks for all the work that has gone into this! Please use trunk for your testing and development in this area from now. If you run into problems please send mails/patches/bitch'n'moan-on-IRC/... It's important to find any problems by testing it in every possible

Hi, I had an issue with the build of icecast failing because libxslt wasn't found (it's in ~/garnome). This small patch fixes it for me : RCS file: /usr/local/cvsroot/icecast/src/Makefile.am,v retrieving revision 1.8 diff -u -p -r1.8 Makefile.am --- src/Makefile.am 18 Aug 2002 05:06:58 -0000 1.8 +++ src/Makefile.am 28 Aug 2002 10:30:22 -0000 @@ -16,8 +16,8 @@ icecast_SOURCES = config.c

Hi Tanya, The www-scripts builder that updates the Sphinx documentation has been broken for about a week now, despite the buildbot builders passing. The error from the last sphinx update attempt says: > /opt/tools/sphinx_update.sh: warning: removing stale lock file from PID 8798. > UPDATING lld SOURCES > Updating '.': > At revision 302593. > make: *** No rule to make

Ok, so i have to know the PID of ices to send the update-signal. I've added this to my ices.xml: <pidfile>/home/www/bin/ices.pid</pidfile> (directly under the node <ices>) I thought i've seen this somewhere in the manual. However, when i start ices, no pid-file is created :-/ Is this the right way? <p>----- Original Message ----- From: "Karl Heyes"

I don't know if that would make a difference. Whenever a CMake file is changed and a build rule is executed CMake is automatically re-run, but the variables in the cache remain. Since certain configuration doesn't re-run once a variable is in the cache, a bad cache variable can break the build until it's manually removed. I believe that's what's happening here. I should

> Hello Folks: Every now and then my ogg123 quits while loistening to > the stream. It isn't a bandwidth problem because my ogg123 is on a > machine which is just a few feet from the server and is in fact on the > same machine with ices2 doing the streaming. It happened this morning > and I decided to take a look at the log and found some curious > messages and thought

Hi: I'm guessing we now need a new version of ices2 to work with vorbis RC3, at least if we want to re-encode. Is this correct? Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body.

Ok so I'm up and riding with Icecast2 and ices2, thanks for all of you who pointed me in the right directon. I can stream fine without reencoding but when I change the nominal-bitrate tag its not happy. Comments in the xml file say: <!-- Live encoding/reencoding: Currrently, the parameters given here for encoding MUST match the input data for channels and sample rate. That restriction

> >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 package (which includes libogg & libvorbis 1.0) > >3) Installed libshout-2.0 > > You didn't install libshout2 correctly. Perhaps an old version of libshout > is installed elsewhere on your system? Duh, I must be in dummy mode