similar to: URGENT: icecast 1.3.12 released

I updated my spec file and RPM's to use the new release, if you want them they're available at http://urgent.rug.ac.be/thomas/icecast/ Feedback is welcomed of course. Thomas > Dear Jack -- > > On behalf of Icecasters everywhere, thanks for the ultra-fast update!!! > > I'm also now running safely as non-root, thanks to your advice. > > Roy > > At 05:05

Hello, I sent the mail below a few days ago to the icecast user discussion and support list. Until now nobody could help me. Maybe this list is a better place for problems of this kind? Titus <p>Anfang der weitergeleiteten E-Mail: > > Hello > > I compiled icecast-1.3.12 on a box with uname -a: SunOS star19 5.6 > Generic_105181-31 sun4u sparc

Hi, It's been pretty quiet as of late. I have a question. I have an icecast server housed at my provider with a very good internet connection. At work I'm using an ADSL line, which should be sufficient to listen to the 128K streams I'm sending out. However, when I listen with WinAmp, after about half an hour the stream stutters and stops. I can restart it and listen again but it

OK, I found LAME's web site and installed it using the source for it. That appears to work. I also found a couple of libxml... packages and either replaced the existing ones and added a few others. That went without problem. However the same problem exists. I found that the lame.h file is in a directory of /root/lame3.70 Perhaps the make can't find it at this directory? IS there

Jack Moffitt <jack@xiph.org> writes: > What are you trying to do that you get that error? I sent an improperly formatted URL to your server. I've corrected this since. =) > id=69 is the normal success code. You'd get -1 if it failed I think. > What's your ip address? I'll go check the logs. The ip address of my streaming server is 216.133.255.2 > Other

Hi, I've managed to capture some output from the log tail using debug level 4. I couldn't capture it from the beginning, and it seems the debug info isn't sent to the log file (is there a way to do that ?) Here's a snippet of the log being repeated a lot of times during the few seconds that I notice the stutter : -> [28/Feb/2001:12:43:13] DEBUG: sock_write_bytes_or_kick: -1

hi , my guess is you connect all of the clients to the same mount point, causing icecast to interleave the data. Which is obviously not a good thing. If this is the case, then you should get the errors as soon as you start the second stream. i start any stream via sh-skript like : ./ices -B -d Radiocity -F /music/playlists/alternative.pls -m /alternative -g Alternative -h localhost -n

> > Hello, > > I sent the mail below a few days ago to the icecast user discussion and > support list. Until now nobody could help me. Maybe this list is a > better place for problems of this kind? Apart from what probably is a bad assumption in the code, does it actually present a problem ? Meaning, even though it indicates 100% cpu usage, does it slow down your machine

At 02:34 02-11-2002, you wrote: > >LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib Shout.o -o > >blib/arch/auto/Shout/Shout.so -lshout > >/usr/bin/ld: cannot find -lshout >You need the actual (native) libshout, as well - then Shout.pm can >use it for the low-level streaming. Just install that where your >linker can find it, and it should work. I had

Jack Moffitt <jack@xiph.org> writes: > Now I see the problem. This will not cause anything to show up. You > have no sources. Eh? -> sources Listing sources [Id: 509] [Sock: 14] [Time of connect: 18/Feb/2002:20:55:14] [IP: 205.147.43.110] [State: 1] [Type: pulling relay] [Proto: x-audiocast] [Clients: 2] [Dumpfile/fd: (null)/-1] [Priority: 0] [Song Title: ] [Song URL:

>This certainly sounds like the 'war for control' that often happens when you >try to install Winamp & RealPlayer on the same box. It's been discussed at >great length in the www.winamp.com support forum. > >You are sticking the URL into a .ram file in order to start RealPlayer, >right? No. I stick the URL, http://www.RainbowRadio.com/club.mp3 into RealPlayer,

Attached are nits I found in 1.3.12. That first patch there looks more like a bug than a nit. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Before criticizing people, walk a mile in their shoes. Then when you do criticize them, you will be a mile away and have their shoes. *** avl_functions.c

Attached are nits I found in 1.3.12. That first patch there looks more like a bug than a nit. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Before criticizing people, walk a mile in their shoes. Then when you do criticize them, you will be a mile away and have their shoes. *** avl_functions.c

hi folks, after some adventures for setup an icecast server , the system is now running, but there where some questions open: 1. ) i use ices as streamer for the server. in some cases (i dont know why) is ices break after an while of streaming. ices re-encode the mp3 files with lame 3.88 to stream them. there is no hint why the stream is broken in the log files. after an restart of ices all looks

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?

> Hey there again > > On Wed, Feb 28, 2001 at 12:16:12PM +0100, Thomas Vander Stichele wrote: > > > > The tests I've done in-house were with winamp as a client, and the > > following server/streamer combinations : > > icecast 1.3.0/shout 0.8.0 > > icecast 1.3.7/shout 0.8.0 > > icecast 1.3.8b2/shout 0.8.0 I don't know what it is that causes

Hi, I offered some time ago to do some build cleanup. Today I did so and here's my slew of patches. Basically, they - touch ogg, vorbis, vorbis-tools and theora - fix a bunch of autotools issues - uniformize the use of them across the four - fix compile/link flags - use pkgconfig if it's available to detect flags - for vorbis-tools, generate and use config.h - add -uninstalled .pc stuff

Hi, I offered some time ago to do some build cleanup. Today I did so and here's my slew of patches. Basically, they - touch ogg, vorbis, vorbis-tools and theora - fix a bunch of autotools issues - uniformize the use of them across the four - fix compile/link flags - use pkgconfig if it's available to detect flags - for vorbis-tools, generate and use config.h - add -uninstalled .pc stuff

On Thu, 4 Apr 2002, Jack Moffitt wrote: > While dynamic compression makes the transmission 'smaller' on FM radio, > it makes music harder to compress by psychoacoustic codecs, and therefor > you might have somewhat of a quality hit, although I haven't tested > this. Quite possible, though I'm only using 56kbps 22khz stereo anyway so that's not such a big deal. I

----- Original Message ----- From: Thomas Vander Stichele <thomas@urgent.rug.ac.be> To: <icecast@xiph.org> Sent: Thursday, August 23, 2001 8:58 AM Subject: Re: [icecast] Newbe: OK so far? > > OK, I found LAME's web site and installed it using the source for it. That > > appears to work. I also found a couple of libxml... packages and either > > replaced the