similar to: Ices

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,

I'm wondering if Ices (CVS) loops it's playlist automatically or if I have to add something to the configuration. I looked through all the docs and found no reference to looping... Hunter -- Hunter Hillegas hunter@lastonepicked.com Who is Sharky Towers? What is BroTools? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To

Hmmm... Maybe I wasn't clear. This is a public Web site. Some people are using Netscape, most using IE... All different kinds of media players, mostly WinAmp, Real, WMP, and iTunes. What I'm looking for is a way for the media player to be launched automatically. If I choose "Open from this location" from the link, WinAmp DOES open. .pls files *are* mapped to WinAmp, I'd

See below... > From: Jack Moffitt <jack@xiph.org> > Reply-To: icecast@xiph.org > Date: Mon, 27 Aug 2001 10:27:06 -0600 > To: icecast@xiph.org > Subject: Re: [icecast] Icecast Problems Get Worse > > Hunter, > > You can look in ices/src/libshout/configure.in at the top I think. libshout 1.0.6 > > Icecast doesn't have SMP issues that I know of, as we

>> stable Ices 0.2.2 is? Are there enough fixes in it that it's worth using it? > > I wouldn't run anything but the current code. Brendan is pretty > good about fixing bugs if you run into any. A few people have been > using 0.2.2 for a while. Does ices 0.2.2 show the album name in the meta information, or just the artist & songname? Thanks, Mark --- >8 ----

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

Howdy, I''m trying to debug a situation where a Rails app running on Mongrel +Apache stops listening to requests. Restarting Mongrel and Apache brings it back to life. First off, here''s some info on versions, etc...: Red Hat Enterprise Linux ES release 3 (Taroon Update 8) ruby 1.8.5 (2006-12-04 patchlevel 2) [x86_64-linux] Mongrel 1.0.1 Rails 1.2.1 fastthread (0.6.2)

I'm curious what method y'all are using for getting your streams going on the client. We've been using a hyperlink to the stream like this: http://www.fatfreeradio.net:8000/playlist.pls?mount=/hifi&file=dummy.pls It works okay but people get prompted to save or open the file. It would be better if it just opened their streaming player each time, without the dialog. Anyone know

Hello Mongrels, Release candidates for Mongrel 1.0.2 and its dependencies are now available. Note that gems are now signed, so please add the Mongrel public certificate via: $ wget http://rubyforge.org/frs/download.php/25325/mongrel-public_cert.pem $ gem cert --add mongrel-public_cert.pem Now you can verify and install the candidates via gem install: $ sudo gem install mongrel

It looks like I got too creative in 0.6.1 and consequently ran afoul of a bug in the Ruby interpreter. 0.6.2 works around the bug and should be entirely stable at this point. Thanks to Young Hyun for his help in coming up with test cases. == what? fastthread is a Ruby library which provides a faster (and non-memory-leaking) C implementation of the concurrency primitives from stdlib''s

On Friday, 08 June 2001 at 10:12, Hunter Hillegas wrote: > What is multistreaming? It's a new word :) I'm just making ices be able to reencode its playlist at multiple bitrates at the same time, so you can broadcast the same stream for broadband and POTS users. I've already got this working (and I've been listening to it for about an hour and a half so far), but I'm not

hello, i'm starting/stopping icecast (1.3.11) & ices (0.2.2) from a web interface. fine so far, but now i see strange things: both ices & icecast, once started , (ices -B ... , icecast -b ...), both processes and their childs are listening also to port 80, besides their normal operation. i've found out because apache didn't restart (Address already in use: make_sock: could

hiya. i'm using ices 0.2.2 with icecast 1.3.10 and otto 1.0 (a web/db playlist mgmt tool). overall, i'm very pleased with the setup, but i'm having a few problems. 1) whenever otto plays a track (by exec'ing ices), that same track keeps playing over and over. i have to direct otto to kill the track (and the ices process) in order to get it to play the next track. i notice this

So I've been doing this myself for far too long, I'm glad to have some good help these days. ices 1.x is now going to be maintained by Brendan Cully. Brendan has also done most of the network/imap code in mutt, and is working on multistreaming in ices 1.x. Hopefully we'll see some good stuff. ices 2.x (the vorbis version) is coming along very nicely and is maintained by Michael

So I've been doing this myself for far too long, I'm glad to have some good help these days. ices 1.x is now going to be maintained by Brendan Cully. Brendan has also done most of the network/imap code in mutt, and is working on multistreaming in ices 1.x. Hopefully we'll see some good stuff. ices 2.x (the vorbis version) is coming along very nicely and is maintained by Michael

Is anyone else experiencing what seems to be a memory leak with Ices? I can have icecast up and running with WinAmp streaming to it from my '98 box for days at a time with no problem. As soon as I start Ices I'll launch top to watch and my free mem starts dropping -fast-. Starting from about 160MB free, in 4-5 hours I have 2MB free with Ices crashed and the memory unrecovered which sends

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

i'd also point out that memory "use" under linux can be deceptive. -----Original Message----- From: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org]On Behalf Of Brendan Cully Sent: Monday, September 10, 2001 4:00 PM To: icecast@xiph.org Subject: Re: [icecast] Ices memory leak? On Monday, 10 September 2001 at 12:45, Jason Mansfield wrote: > Is anyone else experiencing what

Anyone here every tried mod_mp3 for Apache? How does it compare to ices+icecast? Hunter --- >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. No subject is needed. Unsubscribe messages sent to