search for: culli

Displaying 20 results from an estimated 292 matches for "culli".

Did you mean: cull
2004 Aug 06
2
Call for testing: libshout 2.0 beta 1
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
2006 Dec 18
1
[PATCH] Disable GCC stack protection in kernel builds
# 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
2004 Aug 06
4
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
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...
2004 Aug 06
2
icecast 2 compatibility with older clients
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
2004 Aug 06
2
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
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: >
2004 Aug 06
7
ices 0.3 released
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
2004 Aug 06
3
solaris success??
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
2004 Aug 06
0
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
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
2004 Aug 06
2
Stuttering stream
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,
2010 Aug 17
1
[PATCH] hotplug: 21549:8bcaec29574e breaks vif-script with arguments
# 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
2004 Aug 06
2
libshout CVS update notice
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/
2004 Aug 06
5
Crossfader for ices 0.3
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
2004 Aug 06
3
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
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.
2004 Aug 06
2
Re: [icecast] Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
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
2004 Aug 06
4
Icecast Problems Get Worse
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
2004 Aug 06
3
libnet: sock_connected insists on a timeout
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
2004 Aug 06
2
solaris success??
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...
2003 Mar 24
1
Ogg Traffic for March 24, 2003
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
2004 Aug 06
3
Sacrilege, but...
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
2004 Aug 06
2
ices configuration not working
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