similar to: FW: Multi-Level Fallbacks

Do you mean you can relay within a single icecast server instance? So the relay is running on the same icecast process from which it is relaying a stream? KJ -----Oorspronkelijk bericht----- Van: Karl Heyes [mailto:karl@xiph.org] Verzonden: maandag 15 november 2004 22:18 Aan: Klaas Jan Wierenga CC: icecast Onderwerp: Re: FW: [Icecast] Multi-Level Fallbacks On Mon, 2004-11-15 at 20:36, Klaas

On Mon, 2004-11-15 at 20:36, Klaas Jan Wierenga wrote: > Hi, > > I have used the SVN icecast-2.1-trunk version in my production system at > http://audioserver.nl for 2 months now without problems. The fallbacks work > fine as long as you make sure that the format (sampling frequency and > bitrate) of the mount and it's fallback match. samplerate and channels are the main

Each MountPoint has a different URL, but in the ways that I have described, you don't use it like that. You can have 2 or 3 MountPoints but, one you can just serve as a fallback for all 3 of them. Let's take this example for a few seconds. Say for example, if you had, "http://yourdomain.com:8000/mount1" that will just serve as the listener MountPoint. "/mount2"

Using latest icecast, let's assume the following hosting scenario. We have 2 mountpoints which are configured with authentication callbacks: /mount1 /mount2 Both mountpoints have configured the same fallback stream, mounted at '/fallback'. Both have fallback-override enabled, so they both can move listeners back from the fallback when they come online. Suppose that both mounts are

Karl & All, Thanks for the replies.. It looks like there might be 1,000 ways to skin this cat. I was even looking at the LiquidSoap Harbor code as well- but only if I can run LiquidSoap as a service under CentOS. 73 Phil On Tue, 02 Nov 2010 21:15:47 +0000, Karl Heyes <karl at xiph.org> wrote: > On 02/11/10 19:35, W2LIE wrote: >> I'm looking for a way to tag my live feeds

I am using SystemImager to auto-install about 500 different machines, some of them are CentOS; as you can Imagine I want to automate the installation of the bootloader; so I wrote a 2 scripts to accomplish this task. Why two? Because some of the machines are IDE, and some of them are SATA, and I need to be able to use the same disk image on both of the drive types. Here is the first bash script:

On Friday 18 July 2003 11:16, Ethan wrote: > Hello, I'm a long time user of Icecast. We currently run 12 streams on > Icecast 1.x (Mp3). I plan to expand this to 20 streems soon. They are all > low bitrate community service. > > Recently some friends and myself came across the thought of actually > generating our own content. Music, talk, etc. > > I've been running

Thanks been a big help!Have you got a personal email or Facebook that I can message so its off the mailing list Thankshannah To: icecast at xiph.org From: jonathancandler_msa at q.com Date: Tue, 17 Nov 2015 03:46:46 -0700 Subject: Re: [Icecast] fallback mount points? Each MountPoint has a different URL, but in the ways that I have described, you don't use it like

Good afternoon, On Fri, 2017-05-12 at 14:37 +0200, Michael Franzl wrote: > Using latest icecast, let's assume the following hosting scenario. (For the records: this applies to 2.4.x as well as current 2.5.x.) > We have 2 mountpoints which are configured with authentication callbacks: > > /mount1 > /mount2 > > Both mountpoints have configured the same fallback

I'm looking for a way to tag my live feeds via an audio announcement every 30 minutes or so using the Linux install of Icecast. Some of the feeds I control locally, and other feeds are from remote locations - so implimenting this must be as painless as possible for each encoding location. As of now, the best way I can think of to do this is by running 2 instances of Icecast. Allowing the

Hello, this is coming from our radio station's icecast config. change at your needs and feel free to use this. <mount> <mount-name>/stream.mp3</mount-name> <fallback-mount>/live.mp3</fallback-mount> <fallback-override>1</fallback-override> <hidden>1</hidden> </mount> <mount>

On 18 Jul 2003 at 13:06, Michael Smith wrote: > On Friday 18 July 2003 11:16, Ethan wrote: > > If I had 1 icecast server acting as a relay, connecting to a 2nd > > one, could I switch between "2nd ones" and not interrupt the > > listener? > > Not precisely. What you can do (with icecast2) is: > server1: /relay-mount1 <---- server2 > :

> Icecast2 is fully mp3 capable as well, calling 1.x "the mp3 capable icecast" > indicates you didn't realise that. It also supports other (better) formats as > well, of course... By the way, you were looking for the word "deprecated", > not "depreciated" (which is a real word, but means something entirely > different). So anyway, you can use mp3

On 02/11/10 19:35, W2LIE wrote: > I'm looking for a way to tag my live feeds via an audio announcement every > 30 minutes or so using the Linux install of Icecast. > > Some of the feeds I control locally, and other feeds are from remote > locations - so implimenting this must be as painless as possible for each > encoding location. > As of now, the best way I can think

In my case that's not needed, but yes it would be really nice if all mount options could be retrieved from the database using an authenticated URL. KJ Stefan de Konink wrote: > On Fri, 8 Sep 2006, Klaas Jan Wierenga wrote: > > >> I guess if the <authentication type="url> section could be used as a >> top-level tag (instead of as a sub-tag of

Hi Karl, Thanks for your info. I have a standard Icecast-2.2 release with a few local patches. I'm a little apprehesive to apply my patches to the kh14 branch, so I'd rather patch my branch with the changes related to batched reads from the kh branch. I've looked at your code to see if I could spot the changes related to batching reads. So far I have not been able to find where

Please post to the mailing list the next time Ralf. I'm not using yp directory listings, but I can guess why it is not working. You're probably missing the libcurl.so library in your chroot jail directories. Here's the listing of files I have in the chroot jail: -----%< cut here > ls -R .: admin etc lib opt usr var web ./admin: listclients.xsl listmounts.xsl

Karl, It would certainly be a useful feature for me and I guess others. The current solution with ezstream works but listeners all end up at the same (current) point in the mp3 file. With the mp3 file as a fallback each individual listener would want to start hearing it from the start. This might be more difficult to implement with the single-q that is in the current trunk code, I don't know.

Hi Geoff, Thanks, that sounds like a good idea. I've just tried it and of course it works. Then I discovered that when the original source is not connected icecast doesn't fall through to the fallback mount. Is this a known problem? KJ > > Van: Geoff Shang <gshang@pacific.net.au> > Aan: Klaas Jan Wierenga <k.j.wierenga@home.nl> > CC: icecast@xiph.org > Datum:

Hi all, I have an icecast setup with 20+ sources. During peak times some 20 sources will be connected with a total of some 250 listeners more-or-less equally divided over the 20 sources. All streams are running at a measly 16 kbps. There is enough bandwidth to/from the server. During these peak times I see very high CPU usage for icecast 98-99%. The system I'm running is an Intel Celeron