similar to: [PATCH] Disable GCC stack protection in kernel builds

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

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

Hi, I tried to use the latest changeset of xen-unstable with an old linux kernel (2.6.16.33), because some of my codes are developed based on that Linux version. It seems that 2.6.18 changes quite a bit interfaces from 2.6.16.33. I set the "LINUX_VER = 2.6.16.33" in the file "buildconfigs/mk.linux-2.6-xen". When I did "make world", the xen builder did

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

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/

I''m trying to install xen-3.0.4 from source on a debian sarge (3.1r4) box with dual AMD-64 processors (with the new HVM support, although I don''t think that''s got anything to do with the problem). I installed only the packages necessary to compile xen and its kernel(gcc, make, bzip2, bridge-utils, etc). In the source directory, I ran ''make world &&

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

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

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,

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

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

Hi, The following patch series fixes hangup after creating checkpoint on Xen. The Linux Xen guest can be saved the state to restore later, and also created snapshot like checkpoint via the hypervisor. But, when the snapshot is created for the PV guest, it will hangup. We added ''PMSG_CANCEL'' message and ''cancel'' handler in dev_pm_ops struct in the pm-linux

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 there, We are using latest version of XCP on 6 hosts. While issuing VM.start or VM.start_on xmlrpc functional call , it says : {''Status'': ''Failure'', ''ErrorDescription'': [''SESSION_INVALID'', ''OpaqueRef:cfb6df14-387d-40a1-cc27-d5962cba7712'']} However if I put VM.start in a loop maybe after

I''ve spent the past while researching this but I''m just not finding a solution. I''ve been trying to get my xen kernel booting on a pretty much stock CentOS 4.4 installation. I installed Xen from src rpm and installed all the requisite software and I''m sure it''s with the ram disk but I can''t figure out how to resolve this. With a stock kernel

On Tuesday, 26 June 2001 at 11:02, Denys Sene dos Santos wrote: > > Lame3.88 has no reencoding. > Because this, I used 3.86... but it needs to copy the libs manualy > to the right places Er, what version of ices are you running? ices 0.1.0 will not work with 3.86. Lame 3.88 also builds much better. > Why is the Lame/Ices/Icecast documentation so poor ??? Because