similar to: Sacrilege, but...

Well, I consider icecast as a testing application server. You just cant deploy it all of a sudden becuse it needs a lot of work still and the UI needs to be friendlier. Lets wait till the top programmers come up with a central solution which i am sure that they will. I myself have been using SHOUTcast and its ok. User count reached at 460 a time ago but with icecast, i dont think that it can at

On Tue, 24 Jul 2001, Brendan Cully wrote: | you can get the not-open-source version free from shoutcast.com. Your | symptoms imply that you may be trying to stream high-bitrate MP3s? | (that would be 160kbit+). For starters, try setting sleep_ratio to 0 | in icecast.conf. Although it burns more CPU it may save you some | grief. Alternatively you could try checking out icecast from CVS, | although

On Tuesday, 24 July 2001 at 23:51, Mike Prudence wrote: > I've reached the end of my very, very long tether, and not being an > afficionado of the online mp3 streaming scene, I'd just like to know:- > > - icecast is the open source equivalent of something. > - can I pay some money and get the non-open source version of that > something that will run on my Linux box and

> I consider icecast as a testing application server. You just cant deploy it > all of a sudden becuse it needs a lot of work still and the UI needs to be > friendlier. Lets wait till the top programmers come up with a central I don't know why there's lots of problems lately. I assume some small libc implementation changed that icecast must have depended on. I ran icecast on 4

Hi Brendan, Thanks for your quick reply! >you can get the not-open-source version free from shoutcast.com. I'll purloin that today and see if it makes any difference..... > Your >symptoms imply that you may be trying to stream high-bitrate MP3s? >(that would be 160kbit+). Bzzzzt - nope, sorry, a 128Kbps stream. Another experiement for today is to go down to say 24Kbps and

Folks, I've been running an icecast server for about a year, and never really had the chance to test it out on the other side of our Internet link. We've had a lot of people trying us out, but very short connect times in the whole. I finally got a cable modem at home, tried having a listen, and found the stream to be very stuttery. So, first things first, I went and grabbed the

I had this same problem for awhile on Icecast 1.3.10. I moved back to 1.3.0 (I know!) and it went away. At the time (a few months back) I was using CVS Ices. That was on this system: Linux 2.2.19 glibc-2.1.3-15 glib-1.2.6-3 glibc-devel-2.1.3-15 (I think pretty close to Mike's). Hunter > From: Mike Prudence <mjp@filmsat59.com> > Reply-To: icecast@xiph.org > Date: Wed, 25

Hi all, >It looks like there's a legitimate hard-to-find bug in there somewhere, >but on the bright side, icecast 2 seems to have _none_ of these >problems. We might try all reporing our glibc versions, OS versions and >vendors, and system load while broadcasting to see if there are any >obvious similarities. Well, just for the record... Linux 2.2.16-3 #1 Mon Jun 19 18:49:25

On Tuesday, 24 July 2001 at 19:38, Dale Ghent wrote: > On Tue, 24 Jul 2001, Brendan Cully wrote: > > | you can get the not-open-source version free from shoutcast.com. Your > | symptoms imply that you may be trying to stream high-bitrate MP3s? > | (that would be 160kbit+). For starters, try setting sleep_ratio to 0 > | in icecast.conf. Although it burns more CPU it may save you

On Wednesday, 25 July 2001 at 10:23, Jack Moffitt wrote: > > Linux 2.2.19 > > glibc-2.1.3-15 > > glib-1.2.6-3 > > glibc-devel-2.1.3-15 > > Glibcs are identical. Is this redhat? Mandrake? > > What version of Redhat (that's my guess from the package names :) > > i have RH7.0 with glibcs of 2.2.2-10 > > You guys _do_ install errata right? >

Hi all, Didn't get any replies to my previous query, so I thought I'd try again. Since I last emailed out, my station has appeared on yp.icecast.org, so I really don't know what was going on there.... This time, however, I'm hot on the trail of a generally crappy output stream from icecast/streamcast/ices. It stutters; it halts on track changes; it causes the little red

So, a friend pointed me to the patch for sock.c:533, and that patch went a LONG way in fixing the streaming problems I've been experiencing (on solaris 8/sparc.) Thanks so much for that! Now, I think that *sending* the stream is now squared away, but I think one problem remains on the receiving end of things. I use the perl streamcast utility to stream my playlists, and tracks sound great.

RedHat 6.0 originally, with upgraded glibc. I just checked the machine again and I was off on the versions. glibc-2.1.3-22 glib-1.2.3-1 glibc-devel-2.1.3-22 Still, pretty similar. As far as I know, those are most recent for RH6. Upgrading the server to 7.x is not exactly easy since it's in co-lo 3 hours away. Plus, until now, I don't think anyone knew Icecast may be effected by this

On Tue, 24 Jul 2001, Brendan Cully wrote: | which patch exactly is that? I looked into Mark's patch and it seems | to be unsafe (try setting up a client which reads much too slowly and | see if it bogs down all the other clients). I may have misapplied it | or applied it to the wrong version of icecast though, or you could be | talking about a different patch. This one... it probably is the

On Wednesday, 25 July 2001 at 18:15, Mike Prudence wrote: > I've had a bit of trouble locating some of the other tools mentioned > briefly (hampered by the lack of search facility on the mailing list > archives). What are people using in general to feed playlists to ices ?? it's got a pretty straightforward scripting interface. I use a python script which gets tracks out of

Hi, does anybody set up an icecast server delivering streams > 160KBit/s ? I tried that with liveice and shout but in both cases the stream stutters very much. So, I have eliminated the Net (stream to localhost), the CPU (P3/800 should be fast enough), and lame (can encode 320kBit/s 3 times faster then the wav has secs). So the Problem should be icecast. can anybody please enlight me?

From: "Brendan Cully" <brendan@icecast.org> > On Tuesday, 10 July 2001 at 16:50, Nick Ludlam wrote: > > From: "Brendan Cully" <brendan@icecast.org> > > > Sorry Nick, I lost your last mail. One last thing, did you make clean > > > && make? The dependencies are not generated properly for ices, so even > > > if libshout got

From: "Brendan Cully" <brendan@icecast.org> > On Tuesday, 10 July 2001 at 16:50, Nick Ludlam wrote: > > From: "Brendan Cully" <brendan@icecast.org> > > > Sorry Nick, I lost your last mail. One last thing, did you make clean > > > && make? The dependencies are not generated properly for ices, so even > > > if libshout got

> Linux 2.2.19 > glibc-2.1.3-15 > glib-1.2.6-3 > glibc-devel-2.1.3-15 Glibcs are identical. Is this redhat? Mandrake? What version of Redhat (that's my guess from the package names :) i have RH7.0 with glibcs of 2.2.2-10 You guys _do_ install errata right? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To

At 02:40 06/04/01 -0700, Harry wrote: >It turns out, from what I can tell, streamcast doesn't send bitrate >information. Here's the changes I made in the part of the code so that it does: > >182c188,189 >< icy_compat => 0, >--- > > icy_compat => 1, > > bitrate => $bitrate, Well, how