similar to: ices and VBR mp3s?

This adds micro-benchmarks useful for tuning virtio ring layouts. Three layouts are currently implemented: - virtio 0.9 compatible one - an experimental extension bypassing the ring index, polling ring itself instead - an experimental extension bypassing avail and used ring completely Typical use: sh run-on-all.sh perf stat -r 10 --log-fd 1 -- ./ring It doesn't depend on the kernel

This adds micro-benchmarks useful for tuning virtio ring layouts. Three layouts are currently implemented: - virtio 0.9 compatible one - an experimental extension bypassing the ring index, polling ring itself instead - an experimental extension bypassing avail and used ring completely Typical use: sh run-on-all.sh perf stat -r 10 --log-fd 1 -- ./ring It doesn't depend on the kernel

I havent had the time to look into this further, and since i'm not a much of a C progammer, i'm afraid i might never figure it out so i thought i'd report it here. i'm running icecast 1.3.11 and feeding it with iceS 0.2.2. i've got 7 streams running, each running a different playlist out of my collection in random order. one of the streams runs for a few hours and then

After reading this posting in the icecast archives (http://www.xiph.org/archives/icecast/3483.html) about setting the stream url in the metadata with ices2, I couldn't see that it actually was possible to set the ice-url anywhere. Please let me know if the attached patch is any use, and if I'm sending it to the right place! (Unix linefeeds). I use it with Peercast. It means you can add

On Sat, Mar 23, 2002 at 07:13:44PM -0700, Jack Moffitt wrote: > > I posted a while back about having trouble with ices 0.2.2 being > > able to re-encode VBR mp3s, and the response was that ices 0.2.2 did > > not reencode VBR mp3s. Are there any plans to include such support > > in future ices versions? If so, any ideas as to when such versions > > would become

I posted a while back about having trouble with ices 0.2.2 being able to re-encode VBR mp3s, and the response was that ices 0.2.2 did not reencode VBR mp3s. Are there any plans to include such support in future ices versions? If so, any ideas as to when such versions would become available? Thanks, -- "Shall life renew these bodies of a truth? Steve Chadsey All death will

Okay, I did this right months ago, but somehow lost the recipe. I have libxml and libxml2 installed: [root@atisha ices-0.2.2]# ls /usr/local/lib libshout.a libxml2.a libxml.a pkgconfig libshout.la libxml2.la libxml.la xml2Conf.sh libshout.so libxml2.so libxml.so xmlConf.sh libshout.so.1 libxml2.so.2 libxml.so.1

On Sun, Feb 20, 2005 at 08:15:42PM +0000, Karl Heyes wrote: > setting <logsize> will cause an automatic log rotation when a certain > file size has been reached. It renames <logfile> to <logfile>.1 then > opens a new file <logfile> Since all my other logs are rotated on a daily/weekly basis, I want my ices logs to behave in the same way. Nevertheless, this thread

looks like you need to set CPPFLAGS="-I/usr/local/include" and LDFLAGS="-L/usr/local/lib" in your configure environment. <p>Quoting Luiz Claudio Duarte <lclaudius@luiz.claudio.nom.br>: > Also sprach Michael Smith: > > > > >Ok. I'm using shout and not ices (I couldn't get it to compile; > I'm > > >using FreeBSD and

Also sprach Michael Smith: > > >Ok. I'm using shout and not ices (I couldn't get it to compile; I'm > >using FreeBSD and can't code C worth a damn), so the second approach > >will not work. But I can write a parsing script (I had'n thought of > >the cue file), so I'll be trying that. > > Please don't use shout. It's buggy,

i am getting this error in ices: root@yurt:~/ices-0.2.3# ices -c /etc/icecast/ices.conf Cannot use config file (no XML support). Ices Exiting... o i tried to recompile it with XML support but... root@yurt:~/ices-0.2.3# make install Making install in src make[1]: Entering directory `/root/ices-0.2.3/src' Making install in playlist make[2]: Entering directory

Hi: I'm wanting to compile ices 0.2.3 in order to have a play with it. Since I'm doing this on a box that also has libshout2, I don't want libshout1 to be installed (I wish they both used the same lib). Anyway, configure was invoked as follows: ./configure --disable-shared --enable-static to try and achieve this. anyway, it runs quite happily, reporting nothing unexpected. When

hello all: i have icecast2 and ices2 built and working great, streaming ogg like it aint no thing...i have a bunch of (legacy) mp3's however, that id like to stream to the icecast2 server, which means ices-0.2.3 (i know i could just convert all the old mp3s to ogg, but thats not being very nice to people with windows media player, for example...). i have an old ices (i think its from a

Hello, Perhaps foolishly I am trying to migrate my icecast 1.3.12 / ices 0.2.3 / LAME-3.92 from linux to solaris on sparc. icecast and LAME compiled, but when I tried to get ices to build the following occurred. I tried to confirm all needed libs, but must have not found something. Any help appreciated! Thanks... error follows. -Dave D $ make make all-recursive Making all in libshout

> > > > >>Also, will this live stream be Ogg or MP3? I need MP3. >> >> > >as mentioned before, ices2 will deal with ogg, mp3 can be dealt with by >ices 0.2.3 or some other source tool. > >karl > > Well, is ices 0.2.3 still being supported? Because I still can't get it to compile on the PPC even with new version of LAME and ogg

Hi, Actually I'm using icecast 1.3.12 libshout2 (.so.3) and ices 0.2.3, all compiled on the same machine and it's working well. But I can't compile ices 3.0. It's telling various errors like In file included from ../../src/definitions.h:99, from playlist.c:22: ../../src/icestypes.h:38: parse error before "shout_t" Or ../../src/ices_config.h:22: parse

I'm having more than a bit of trouble getting Ices installed with Lame support (I've been running it without Lame support for a couple of months now without much trouble. But with Lame it's not compiling. It's recognizing the libraries in the ./configure stage. gmake ends with these errors: gmake[3]: Entering directory `/usr/local/src/ices-0.2.2/src' gcc -DHAVE_CONFIG_H -I.

Hi, I added metadata support for the stdinpcm module of ices. The metadata have to be submitted via file (as stdin is already used for the strem). Please apply this patch to the current cvs sources. <p>Deti <p> Index: im_stdinpcm.c =================================================================== RCS file: /usr/local/cvsroot/ices/src/im_stdinpcm.c,v retrieving revision 1.8 diff

Add a new flag for passing test-specific parameters. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- tools/virtio/ringtest/main.c | 13 +++++++++++++ tools/virtio/ringtest/main.h | 2 ++ 2 files changed, 15 insertions(+) diff --git a/tools/virtio/ringtest/main.c b/tools/virtio/ringtest/main.c index f31353f..022ae95 100644 --- a/tools/virtio/ringtest/main.c +++

Add a new flag for passing test-specific parameters. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- tools/virtio/ringtest/main.c | 13 +++++++++++++ tools/virtio/ringtest/main.h | 2 ++ 2 files changed, 15 insertions(+) diff --git a/tools/virtio/ringtest/main.c b/tools/virtio/ringtest/main.c index f31353f..022ae95 100644 --- a/tools/virtio/ringtest/main.c +++