similar to: speex support in icecast

I'm trying to wedge an input filter in front of ices (latest nightly from 5/5), and if I'm using the 'stdinpcm' input module, ices segfaults on me after a few seconds. I'm running on FreeBSD-4.8. Here's the relevant section of my config file: <input> <module>stdinpcm</module> <param

[testing a nonsubscriber sending mail from an IPv6 address but with an IPv4 envelope sender, dunno if it will make the list; if you don't have IPv6-able mail best keep replies on the list] In an old archived message, I read: > [...] However, icecast 2 > already has IPv6 support in it, just so you know :) Which seems to work well, though I have to ask if it is possible (or if not

On Mon, 2004-12-27 at 02:48, Robby Dermody wrote: > Is Ogg Speex streaming support planned for icecast? I didn't see mention > of speex support for it anywhere (including the source). Looking through > the source, it looks like such support would be somewhat trivial for > someone that knew what they were doing. Would I be correct in my > assumption that the easiest way to do

I must use Windows for Streaming. and the interface must be an port or something else, because the software interface runs on a dedicated server. ----- Original Message ----- From: "Ricardo Galli" <gallir@uib.es> To: <icecast-dev@xiph.org> Sent: Wednesday, February 25, 2004 10:10 AM Subject: Re: [icecast-dev] I need a Freelance Coder... <p>> On Wednesday 25 February

On Mon, 2004-12-27 at 14:05, Geoff Shang wrote: > Karl Heyes wrote: > > > speex can be added easily enough, I already have it in my branch. I > > haven't had any feedback on it yet although the processing of it is very > > trivial. > > ah but is there anything with which to stream it? I don't know of anything > (e.g. ices) with speex support, and am not

BTW: does speex belong to ogg vorbis family or it is completly different? Any clients to play speex format?

Hi all, I have the Icecast2 server running perfectly and the iceS streamer feeding it either /dev/dsp or a playlist of ogg files, depending on which config I run iceS with (I have three config files: one for live, one for music, and one default (current)). I'm using Slackware w/the 2.4.22 kernel. The problem I'm having is perhaps theoretical: how can I talk a little, play some

Hi: I've read that there is experimental speex and theora support in a development branch of icecast somewhere. Speex would be ideal for this kind of thing. Geoff. <p>--- >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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Huh, why not just use ices with a perl song choser module ? This eliminates the need to develop the libshout based streamer (use ices instead) and give ices the title from your module, ices will take care of the rest. Or I am wrong ? :) On Wed, 25 Feb 2004, Renaud Waldura wrote: > For what's it's worth, I do something similar to this

On Sunday 27 April 2003 15:49, Jack Moffitt wrote: > > Has anyone looked at added Speex support to icecast2 and ices? > > I'm not quite sure where to start adding support and don't want to > > duplicate it if someone else has. > > It shouldn't be too hard. To do it right would entail extending the > current ogg format plugin to handle multiple codecs. This

Hi, I wonder if you can help. I am running Icecast 2.4.4, Ices 2.0.2 and libshout 2.4.3. There has been a recent upgrade to libshout and I notice that my previous ices configuration no longer works. In the ices log I get the error message: [2019-07-10 11:10:30] INFO ices-core/main IceS 2.0.2 started... [2019-07-10 11:10:30] INFO signals/signal_usr1_handler Metadata update requested [2019-07-10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Michael and thanks for answer! On Tue, 13 Jan 2004, Michael Smith wrote: > This shouldn't be being passed to _check_pass_icy() at all - this isn't the > "icy" (shoutcast nasty ugly) protocol at all. We support that (icy) protocol > because it's widely used - but it's a horribly ugly hack to pretend that

On Tuesday, 10 July 2001 at 14:10, Nick Ludlam wrote: > From: "Brendan Cully" <brendan@icecast.org> > > On Tuesday, 10 July 2001 at 03:21, Nick Ludlam wrote: > > > From: "Brendan Cully" <brendan@icecast.org> > > > > That handles the segfault, I don't know why the stream wouldn't be > > > > sent fast enough though...

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

On Wed, Jun 26, 2002 at 08:22:18PM +0200, Thomas Gutzler wrote: > > On Wed, Jun 26, 2002 at 10:08:20AM +0200, Thomas Gutzler wrote: > > > > > Can I force a special streamer "foo" always to be heard on a specified > > > mounpoint "/bar" ? > > > > Please rephrase the question im not sure i understand? > > OK. Theres a DJ

> I saw this come across the wire today...freecraft appears to be some kind= of > RPG, which seems to have recently started to use FLAC in some way. I hav= e Its a nice almost-clone of the progenitor of the latest wave of real time strategy games, Warcraft II. Britton > not investigated this any further, but I thought it might interest member= s > of this list to know of new usage

Are there any plans to support flac streams with ices (and therefore with libshout as a dependency) currently? If there aren't, anyone have pointers as to where I should start changing things to add it? I've read one of oddsock's mailing list postings mentioning that some format-specific timing issues would need to be resolved as well as some other hangups, but I'm still a bit

The Icecast problems I mentioned yesterday on our new server are getting worse. This time the server only stayed up for about 30 minutes before dying (no more music - process is still running). Obviously this won't fly. Again, ices reports: Error during send: Libshout reported send error, disconnecting: Libshout socket error That's when everything stops. What can we do? Thanks,

Okay. It died again after about 4 hours. I will turn off the yp servers and see if that helps. Any other ideas? Same thing, BTW, ices reported a libshout error. Hunter > From: Brendan Cully <brendan@icecast.org> > Reply-To: icecast@xiph.org > Date: Mon, 27 Aug 2001 12:56:58 -0400 > To: icecast@xiph.org > Subject: Re: [icecast] Icecast Problems Get Worse > > I

I'm using whatever comes with Icecast 1.3.11 and Ices 0.22. Just grabbed both tarballs from Icecast.org. Is there a way to find out the libshout version? I can't really tell from the Ices source... Hunter > From: tim <tim@nvhs.nl> > Reply-To: icecast@xiph.org > Date: Mon, 27 Aug 2001 17:57:07 +0200 > To: icecast@xiph.org > Subject: Re: [icecast] Icecast Problems