search for: culli

On Thursday, 19 June 2003 at 02:17, Arc wrote: > On Wed, Jun 18, 2003 at 09:20:23PM -0400, Brendan Cully wrote: > > Libshout 2.0, the icecast 2 compatible streaming library, is now in > > did you resolve the return value issue that was addressed before? what return value issue? > also, and I dont know if this should be release-dependent, but I'd > really like to see

# HG changeset patch # User Brendan Cully <brendan@cs.ubc.ca> # Date 1166470577 28800 # Node ID 18d9894cb78627cf743a2df98f29e22d3ffd7819 # Parent 469478194aef6e987f9281efbc0756749be6eb80 Disable GCC stack protection in kernel builds. Without this flag, the kernel won''t build on Ubuntu 6.10. Signed-off-by: Brendan Cully <brendan@cs.ubc.ca> diff -r 469478194aef -r

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

On Wed, Jul 02, 2003 at 07:48:10PM -0400, Brendan Cully wrote: > Per Jack's suggestion, here's a different version that forces icy mode > when the stream is MP3 format. why not just always provide both? it's just a few extra bytes at connect time. <p> -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/pgp-signature

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... > > Tried with winamp, sonique and freeamp. All exhibit the same problem of > stuttering play, and eventually this drops out of the icecast log: >

I've just released ices 0.3: http://icecast.org/files/ices/ices-0.3.tar.gz ices 0.3 is an encoder for icecast-compatible servers (including icecast 2, icecast 1 and shoutcast). It requires libshout 2.0. ices 0.3 outputs MP3, not Vorbis. For Vorbis you will need ices 2. We know this is confusing, so ices 0.x will probably have a new name for the next release. Ideas? Changes since ices

At 4:37 PM -0400 7/6/01, Brendan Cully wrote: >On Friday, 06 July 2001 at 13:21, tom erbe wrote: >> At 1:48 PM -0400 7/6/01, Brendan Cully wrote: >> > > 0.2 doesn't segfault, but it seems to overrun the server (if that >> >> makes any sense), it plays a 3 minute file in seconds. >> > >> >I'd like to know more about this. Are you

From: "Brendan Cully" <brendan@icecast.org> > 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

On Wed, 6 Feb 2002, Brendan Cully wrote: > Is the sample rate changing? The decoder is currently very fussy about > having the audio format stay consistent. Yeah, that's what I thought it might be... most of the MP3s I'm playing are 160, but some are 128 and some are 192... I should convert them all to one bitrate, but I'm just too lazy. And I'm only doing this for fun,

# HG changeset patch # User Brendan Cully <brendan@cs.ubc.ca> # Date 1282083158 25200 # Node ID 74b9fe513d8591ca14233590062079b042abb68d # Parent 774dfc178c39bd3fe2ec14b4f96e60b78391b397 hotplug: 21549:8bcaec29574e breaks vif-script with arguments. For example, (vif-script ''vif-bridge bridge=eth1'') in xend-config.sxp will cause vif-setup to attempt to execute

Due to a minor reorganization of the CVS tree, cvs update of libshout will fail on the m4 directory. Either do a fresh checkout or remove your m4 directory and check out cvs.xiph.org:/usr/local/cvsroot m4 in its place. ices (0 and 2) and icecast may be going through the same process soon. I'll let you know when it happens. -b --- >8 ---- List archives: http://www.xiph.org/archives/

FYI, I've added a crossfader to the ices0 trunk in subversion: http://svn.xiph.org/icecast/trunk/ices0 It requires LAME support (of course). To use it, either pass -C <secs> on the command line, or add a <Crossfade>secs</Crossfade> node to the Playlist section of the config file. Reencoding must also be enabled on your stream. NOTE: the crossfader can't resample, so all

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 rebuilt it might not have been relinked. There's no other libshout on the system. Have rebuilt from scratch and it still exhibits the timing problems.

From: "Brendan Cully" <brendan@icecast.org> > > Going through the icecast source, wouldn't it make sense to select() on the > > source data socket instead of just sleeping for an arbitrary amount of time? > > Since ices is controling when it sends data, you can just read as necessary > > at the icecast end. I'm not really happy running icecast with

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

While working on integrating nonblocking IO into libshout, I noticed that sock_connected cannot be called without blocking. If I read it right, a timeout of zero will cause the call to block until the socket is connected. So, my questions: 1. Am I reading this right? 2. How should I poll a pending connection? I'd prefer to have a zero timeout act as a poll, but I don't know if any other

At 1:48 PM -0400 7/6/01, Brendan Cully wrote: >On Friday, 06 July 2001 at 10:32, tom erbe wrote: >> icecast 1.3.10 is the server i'm running, but its ices 0.1 that gives >> me a segfault under solaris. it works just fine on my linux box. ices > >The segfaults are a stack size problem. Try changing STACKSIZE near >the top of thread/thread.c from 8192 to 65536 or so...

Hi everybody: Here is this week's Ogg Traffic. The HTML version is available at http://www.vorbis.com/ot/20030324.html Enjoy! <p>Ogg Traffic for Monday, March 24, 2003 [1]Carsten "Purple" Haese March 24, 2003 _________________________________________________________________ Table of Contents 1. Status Updates 1.1. Monty 1.2. Stan Seibert

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 Fri, 13 Jun 2003 12:24:42 -0400, Brendan Cully wrote > On Friday, 13 June 2003 at 08:21, admin wrote: > > Is ices2 adventageous to use (other than ogg-vorbis) since I have it > > installed. I guess I am wondering if this is where most of the development > > focus will be placed and currently there is a phasing out of ices1 development. > > > > I am just