similar to: socket error

hello all: i have icecast2 and ices2 built and working great, streaming ogg like it aint no thing...i have a bunch of (legacy) mp3's however, that id like to stream to the icecast2 server, which means ices-0.2.3 (i know i could just convert all the old mp3s to ogg, but thats not being very nice to people with windows media player, for example...). i have an old ices (i think its from a

Just a shameless bump incase anyone missed this... :P <p>>From: "Joe Jones" <joe_jones64@hotmail.com> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: [icecast] Problems with Ices0.3 >Date: Fri, 12 Mar 2004 15:26:23 +0000 > >With perl 5.8.3, 'configure' is fine but 'make' dies giving >

With perl 5.8.3, 'configure' is fine but 'make' dies giving ------------------------------------- /usr/lib/libc_r.so: WARNING! setkey(3) not present in the system! /usr/lib/libc_r.so: warning: this program uses gets(), which is unsafe. /usr/lib/libc_r.so: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libc_r.so: WARNING! des_setkey(3) not present in

don't forget about streamTranscoder . it works well ., i actually have all ogg archives , and when one is played , i have scripts to auto-transcode an mp3 compatible stream for those who are not in the know . (http://theDV8network.com for examples ) and http://transcoder.sourceforge.net for a link to the transcoder site ( i think ) a. <p><p>On Tue, 20 Jan 2004, Josephus wrote:

Adon Irani <adon@yorku.ca> said: > > i've been noticing all this talk about status.xsl pages and wanted to see > them for myself ; so i download the latest snapshots of icecast and > libshout (as i was using the ~msmith tarballs before ) . i compiled them > w/ the xslt-dev debian packages added and everything lo0ked good . > > i stopped the icecast server - make

You mentioned these programs and their "no-reencoding" mode. Can they handle collections of MP3s of different bitrate? On Tue, 14 Sep 2004, oddsock wrote: > Date: Tue, 14 Sep 2004 09:08:17 -0500 > From: oddsock <oddsock@oddsock.org> > To: icecast@xiph.org > Subject: Re: [Icecast] Questions on setting up icecast > > At 04:14 AM 9/14/2004, you wrote: > >JLB

What's the difference between bitrate and samplerate? Samplerate is like 44KHz or 48KHz? On Tue, 14 Sep 2004, oddsock wrote: > Date: Tue, 14 Sep 2004 10:38:50 -0500 > From: oddsock <oddsock@oddsock.org> > To: icecast@xiph.org > Subject: Re: [Icecast] Questions on setting up icecast > > yep, they simply forward the bitstream to icecast. And in general, bitrate >

i've been noticing all this talk about status.xsl pages and wanted to see them for myself ; so i download the latest snapshots of icecast and libshout (as i was using the ~msmith tarballs before ) . i compiled them w/ the xslt-dev debian packages added and everything lo0ked good . i stopped the icecast server - make install'd - and started the icecast-server script ., fileserve works

yep, they simply forward the bitstream to icecast. And in general, bitrate changes are handled by most listening clients, although very few I have found (if any) can handle samplerate changes appropriately. oddsock At 10:03 AM 9/14/2004, you wrote: >You mentioned these programs and their "no-reencoding" mode. Can they >handle collections of MP3s of different bitrate? >

At 04:14 AM 9/14/2004, you wrote: >JLB wrote: >>Sorry, gang. The FAQ didn't seem to answer me, nor did Googling... >>I merely want a simple solution to do the following: >>I am setting up a streaming server for in-house use. >>I want it to broadcast the RAW MP3 DATA from my actual MP3 files, as I >>listen to them in xmms. >>In other words, I DO NOT want:

I'm no expert on Ices0.3 but that config doesn't look right to me. I'm guessing that it's imperative to have the server config as part of the stream section since you can have multiple streams from one source going to multiple destinations (I think anyways.. :) Take a look at my config for ices0.3 below : --------------------------------------------------- <?xml

This one really has me stumped. I'm running 866MHz, 256MB RAM, 80GB Disk (7200RPM) on Linux-mandrake 8.2 icecast 1.3.12 & ices 0.2.3 & lame 3.91 all mp3s encoded with lame 3.91 or higher and --r3mix (VBR) Sorry for the long email but I'm hoping to get someone out there that's seen this before and give me some advice... I'm continually getting errors like this when running

Hello all, I am a little new to Linux so I would appreciate some assistance with this issue. I have been running a Helix server streaming RealAudio encoded content live and on-demand for a while. For the live stream, I use the Real equivalent to Ices which on the Helix platform is called SLTA. All the content on the server is encoded as RealAudio. I have also successfully setup an Icecast2

---[start]----- <!-- Stream bitrate, used to specify bitrate if reencoding, otherwise just used for display on yp and on the server. Try to keep it accurate --> <Bitrate>64</Bitrate> <!-- If this is set to 1, and ices is compiled with liblame support, ices will reencode the stream on the fly to the stream bitrate. -->

Hello, I'm new to the list, just want to say thanks a head of time to who ever can help me out with some streaming problems Hareware/software: Athlon 700 128megs of RAM 256megs swap FreeBSD 4.2-RELEASE 100mbit connection icecast 1.3.10 ices (beta) My setup: I am running 2 spawns of icecast and 2 spawns of ices. one ices process is reencoding to 24bit and the other to 128bit and both are

On Sat, Mar 23, 2002 at 07:13:44PM -0700, Jack Moffitt wrote: > > I posted a while back about having trouble with ices 0.2.2 being > > able to re-encode VBR mp3s, and the response was that ices 0.2.2 did > > not reencode VBR mp3s. Are there any plans to include such support > > in future ices versions? If so, any ideas as to when such versions > > would become

Hi everyone! I just did some tests, and hopefully this information will help someone figure out where the problem lies. I made mp3s at 32, 40, 48, 56, 64, 80, and 96 kbps. Each of those was done at 16, 22.05, 24, 32, 44.1, and 48 khz. Everything worked for 22.5, 24, 44.2, and 48 khz. 16 khz and 32 khz did not work at 40, 48, 56, 80, and 96 kbps, but did work just fine at 32 kbps and 64 kbps.

Thanks Josephus for your advice. That is the reason why I have joined this group...to learn. I have never done anything with streaming, but we must start somewhere. I do work with the web as a programmer. As I mentioned before, I do have winamp 5 and I have the server running I still do not know how to tie up winamp on my client machine to the server machine. Does some one have aworking copy

marco chrappan wrote: > is there any patch to get icecast working with ipv6? Actually ... which Icecast do you mean, 1.x or 2? Icecast 1.x isn't supported any more, but you might be able to Google for a 3rd party IPv6 patch. If you mean Icecast2, there is support but no "release" yet, you would have to install a snapshot or get the source directly from CVS. It's no big deal,