similar to: Re: Fwd: More fallback handling

Main source: http://radio.stalig.com:443/radio-bro-gwened-ori.ogg reencoded OGG: http://radio.stalig.com:443/radio-bro-gwened-16.ogg http://radio.stalig.com:443/radio-bro-gwened.ogg http://radio.stalig.com:443/radio-bro-gwened-64.ogg reencoded to mp3: http://radio.stalig.com:443/radio-bro-gwened.mp3 (very bad, but mp3 is here just to have some mp3 in case of the listener is under Mac OS9 or

Hello, I have a problem with icecast a have a source+ a fallback source when source disconnect after a network interruption, all lilsteners are transfered to the fallback source but then, a few seconds later, source come back and didn't get back its previous listeners. Is there a way to have this behaviour : source disconnect => listeners transfered to fallback source reconnects =>

On Thursday 15 January 2004 11:42, Michael Smith wrote: > On Wednesday 14 January 2004 20:46, iceuse@kezako.net wrote: > > Hello, > > I have a problem with icecast > > a have a source+ a fallback source > > when source disconnect after a network interruption, all lilsteners are > > transfered to the fallback source but then, a few seconds later, source > >

On Tuesday 02 December 2003 01:23, Melanie wrote: > Hello, > > this is the first patch, it implements some basic multilevel fallback > handling logic, the time window and the no mount option. > > New options are possible within an <mount> section: > > <fallback-override>1</fallback-override> > > This will allow a source connecting to a mount point to

Here I go again. This is the second patch, it adds the ability to override some YP settings on the server. <yp-override>1</yp-override> If this is not set, we don't override the yp flag. <yp-public>1</yp-public> When this is set, the stream will be public or non public, according to it's content. This only works when yp-override is set. It allows to suppress

I just was looking at the CVS nightly build of the icecast2\src\source.c and see that the mountpoint fallback is now implemented (compared to the 2.0.0 release's source.c) I was hoping to use this feature to support a multi-home radio station that has a master mountpoint stream and offsite "guest" mountpoints. These guest mountpoints would attach on a scheduled based and,

Hi, I have observed a problem when streaming with ices2. When only silence is transmitted, like pauses in an interview, the bitrate drops to 0. This happens even when a minimum bitrate is set. Now, assume there is a half block of audio ready. Now the level drops to silence, or near silence, possibly because the person is thinking about an answer for a while. This will cause the partial

Here's a patch to greatly expand what the mountpoint fallbacks do, that was sent to team@icecast.org I'd be interested in what people think of this new functionality - which bits of it are important, which aren't, what others people would like to have with this, etc. Mike <strong>attached mail follows:</strong><hr noshade> Hi, this is a rather largish

On Wednesday 21 January 2004 04:48, Melanie wrote: > On 2004.01.20 15:22 iceuse@kezako.net wrote: > > Good introduction to a new question: > > When a source is down, should we connect new listeners to the fallback > > source? > > My original patch does just that. By the way, Melanie - I forgot to tell you, but your patch (with some significant changes) is now

> IMHO, a system like Icecast should be made so highly configurable that it > would fit everyone's needs, but I get the impression that only the needs of > the principal developers are of interest here. It makes me sad to see this, > Icecast could be great instead of just being good. > Melanie, As one of the 'principal developers', I don't think this is fair. Of

On Tuesday 02 December 2003 20:43, Melanie wrote: > Hi, > > I've split it into three patches now and also made it fit to current CVS, > with, I believe, Karl's changes for the double free bug. > > Order for the patches is: > > icecast-multilevel-fallback.patch > icecast-timewindow.patch > icecast-yp-override.patch > > As for docs: How? What format? Any

to add to Mike's comments.... At 11:42 AM 11/27/2003 +1100, you wrote: > > My newest series of patches provides the following: > > > > - time limited access to streams > >This might be useful, a patch would be welcome. I guess it would depend on how it was implemented...to me it doesn't seem useful for 99% of the icecast users out there (I could be wrong), I

Hello, I've come across a small problem and I'm not sure it's a bug or a misconfiguration in icecast, so I thought I'd ask here. The situation: we have an automated radio station that is fed from a dedicated virtual machine with SAM broadcaster. I set up a stream with a fallback mount; SAM connects to the fallback. Now, whenever the DJ wants to broadcast live all he has to do is

On Tuesday 13 January 2004 17:15, Melanie wrote: > Hi, > > On 2004.01.13 02:32 Michael Smith wrote: > > Since we've now (finally!) got 2.0 out the door, I'm now coming back to > > these > > patches - hoping to actually get the functionality incorporated. > > > > I've got a few questions, though: > > 1) Documentation: did you ever manage to

On Wednesday 14 January 2004 20:46, iceuse@kezako.net wrote: > Hello, > I have a problem with icecast > a have a source+ a fallback source > when source disconnect after a network interruption, all lilsteners are > transfered to the fallback source but then, a few seconds later, source > come back and didn't get back its previous listeners. > > Is there a way to have

On Thursday 04 December 2003 06:47, Rádio IRCBrasil - André Marcelo wrote: > Hi People, > > My Web Radio is transmited by varions sources in varions citties here in > brasil, and there are 1 source p/ hour. The problem is that every time a > source discoonect and other connect, the listenners have been disconnect > too. Some times there are 40 listenners, and when we the source

Dear Philipp, I've compiled it from source on my raspberry pi, and replaced the binary from the synaptic package manager with the compiled one. Everyting is working fine now, it seems that there is indeed a "faulty" package in the repository. I don't know who I should contact to get this fixed? Anyway, it works, but while using ogg as output stream from mopidy, I get a delay of

Dear all, I"m using a combination of mopidy, icecast2 and Home-Assistant on a raspberry pi to stream Google music to a Chromecast Audio. The streaming works and I can listen to music. If a new song is being started, I keep connected. However, upon changing the song or pausing the stream, the chromecast gets disconnected. I assumed that this should be resolved by adding a fallback stream,

I've been trying to tweak my icecast.xml file to get listed in xip.xiph.org, but am not making any progress. I'm running icecast 2.3.1 and darkice 0.19 Here are what I think are the relvant parts of icecast.xml: <directory> <yp-url-timeout>15</yp-url-timeout> <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url> </directory> and

On Mon, 2003-12-01 at 08:28, Melanie wrote: > > diff -b -B -r -u -P --exclude-from=ignore ../icecast/src/source.c > ./src/source.c > --- ../icecast/src/source.c Fri Nov 14 17:51:59 2003 > +++ ./src/source.c Mon Dec 1 09:14:34 2003 > @@ -139,7 +192,6 @@ > #endif > > free(source->mount); > - free(source->fallback_mount); >