similar to: Need to install orginal Icecast 1.3 (not Icecast2)

Hi wow for a person just starting this is all exciting - do people here think its better to install icecast2 if it's as stable as you say and start to learn on this and not bother with 1.xxx All we want to do is live broadcast ( icecast on red hat box but we use winamp to get the data too this ) AJB -----Original Message----- From: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org]On

> You can get an October 10 alpha release from www.xiph.org/~msmith/ or you > can get the latest code from the xiph.org CVS repository (visit > http://www.xiph.org/cvs.html (module icecast). documentation is almost > non-existant for icecast2 so if you hit any trouble, ask here. > > Geoff. This is true. There is no solid documentation for icecast2, yet. However, there are some

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

i'm still trying to get ices 0.x from cvs ., ( i need a recent enough one that supports .mp3 broadcast to icecast2 ) thanks ., a:/, On Mon, 3 Feb 2003, Kerry Cox wrote: > Ted, > I agree. I am unable to find a link. > However, I have a copy (unofficial) that I downloaded before the web > page change. It's available along with several other icecast related > apps. The link

Greetings, I have some confusion. I've seen it mentioned, somewhere in some docs, that Icecast2 does not (as yet) support Push relaying. Is this actually the case? Should I be looking at icecast1 (which does support push relay, I believe) until such capability is implemented on icecast2? Or should I be creating a combination of both? Or what? Here's my situation: I have a customer

Dan, Thanks for responding. On Mar 23, 2005, at 11:28 AM, Dan Stowell wrote: > On Thu, 24 Mar 2005 01:26:59 +1000, Geoff Shang > <geoff@hitsandpieces.net> wrote: >> Chuck Tellechea wrote: >> >>> What I'm thinking of doing now, is to running an instance of either >>> icecast1 >>> or shoutcast, on the datacenter server, to receive the

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

Ok. Now it will run. But when i try to play back my stream(either ogg/vorbis or mp3) it sounds like the chipmunks. Could it be that I'm broadcasting at a sample rate of 22050 in mono? This shouldn't make a difference as the source is also 22050 samplerate and mono(its the line-in plugin for winamp). I'm using Winamp 2.81 with the is the Oddcast DSP for Winamp 2.xx plugin to

Hi... I am actualy useing Icecast 1.3.12 with Liveice, and i want to start use Icecast2, but i have some questions... a) Is Icecast2 stable ? more than Icecast 1.3.12 ? b) I need transmit direct by LINE-IN in my Sound Card. Ices support that? If no, what audio source client can i use ? c) Can Ices mix Line-in and microphone ? Thanks... <p>--- >8 ---- List archives:

greetings, On 08/25/2015 10:26 AM, Nick at 4points.ca wrote: > netstat -ntulp | grep icecast2 > > returns nothing. > > remember that it starts using > > icecast2 -c icecast.xml > > does start the broadcasting icecast server. > [..snipped..] try specifying an absolute path to icecast.xml. also check owner/group/permissions. regards, J

Greetings list, Have there been any further developments recently regarding presenting the original caller's caller ID to SIP devices after an attended transfer? I've googled around on the topic, but most of the threads I've found (some from this very list) are all dated back in mid-2006 and I wondered if there have been developments on the issue. To recap, the desired behaviour

--- Matt Zimmerman <mdz@debian.org> wrote: > retitle 119396 flac: Decoded raw data does not match original raw > data > thanks > > On Tue, Nov 13, 2001 at 02:38:32AM +0000, Adam M. Costello wrote: > > > Matt Zimmerman <mdz@debian.org> wrote: > > > > > Based on a few quick tests, this kind of problem seems to occur > with > > > any

retitle 119396 flac: Decoded raw data does not match original raw data thanks On Tue, Nov 13, 2001 at 02:38:32AM +0000, Adam M. Costello wrote: > Matt Zimmerman <mdz@debian.org> wrote: > > > Based on a few quick tests, this kind of problem seems to occur with > > any file smaller than 4k (at least when using 44100Hz/16bps/2chan). > > I don't think the problem

Darrel, Thanks for the help. I'm presuming then that I've misunderstood what is meant by "pull" vs. "push". I understood, I guess erroneously, that the context of 'push' relaying was from the perspective of the icecast2 receiving a 'pushed' stream. I believe now that I have this backwards, and that the context is from the part of icecast2 not being

retitle 119396 flac: problems encoding very small files thanks flac-dev: I received the following bug report from a Debian user. Please preserve Cc: 119396-forwarded@bugs.debian.org when replying. On Mon, Nov 12, 2001 at 05:44:09PM -0800, Adam M. Costello wrote: > Package: flac > Version: 1.0-3 > Severity: grave > > The file "test" is a 1000-byte raw audio file (44100

Ok, I read the Read Me. So icyx://boa.mediacast1.com:9292/stream.aac works. I don't understand why the http syntax cannot be made to work. This works fine for Ogg Vorbis streams using the Illumination DirectShow filter. Ross. ====================================== StationPlaylist.com http://www.stationplaylist.com Low-cost music scheduling, live assist & automation software for radio

Aaron Gaudio wrote: > If icecast.org is so broken, then someone ought to do what was > suggested on the list in November (looking through the archives): > put it out of its misery. Why are there no "official" releases? I already told you, there *are* official releases (or, to be exact, one release), but icecast.org hasn't seen an update due to problems. Don't you think

whomever posted I can quite follow, either Jeff or Jose, this /etc/init.d/icecast2 is actually included in the startup ? Check with ls /etc/rc* | grep icecast2 I am working on ubuntu and we don't have an /etc/rc. we have /etc/init.d and there is an /etc/init.d/icecast2 file there. Interesting, I manually started the icecast2 and I shut it down using the /etc/init.d/icecast2 stop. On

hello ! I've just installed the debian package icecast2 (I have the icecast 1.3.12 before) and I have a doubt about the passwords. In the icecast 1.3.* we should use the mkpasswd for our pass and put the crypted output to icecast.conf file. Isn't possible in the icecast.xml file?? (perhaps is not necessaty, I don't know). If this is so, can I change the permissions to this file to

According to this list I was told that it was available to download? The only thing on the download page is the info on icecast 2 from cvs? Perhaps I'm missing something?? -- Ted Lynn <ted@linuxmds.com> --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to