iceuse@kezako.net
2004-Aug-06 14:57 UTC
[icecast-dev] fallback source give up and returns to original source
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 => fallback source listeners transfered to source first step is working well. I saw a thread on the list about some patches from Melanie. Is this behaviour possible? (I'm using latest icecast from Karl) Thanks Chris --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Karl Heyes
2004-Aug-06 14:57 UTC
[icecast-dev] fallback source give up and returns to original source
On Wed, 2004-01-14 at 09: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.<p>> Is there a way to have this behaviour :> source disconnect => listeners transfered to fallback > source reconnects => fallback source listeners transfered to sourceNo record of the previous source the client was connected is stored, so it's impossible to extract only those users who have moved over. <p>> first step is working well. I saw a thread on the list about some patches from Melanie.> Is this behaviour possible? > (I'm using latest icecast from Karl)not yet, there's a question on how best to achieve this generally, handling cascading fallbacks make it awkward. You can explicitly move all users via the admin interface, my version does allow for running a nominated script at source start, which could be a simple shell script containing curl 'moveclients' type command. <p>karl. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Michael Smith
2004-Aug-06 14:57 UTC
[icecast-dev] fallback source give up and returns to original source
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 > > come back and didn't get back its previous listeners.The relevant patches are now in (but not yet documented), you can do what you want with the current cvs version. Just configure the source with <fallback-override>1</fallback-override> Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Michael Smith
2004-Aug-06 14:57 UTC
[icecast-dev] fallback source give up and returns to original source
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 this behaviour : > source disconnect => listeners transfered to fallback > source reconnects => fallback source listeners transfered to source > > first step is working well. I saw a thread on the list about some patches > from Melanie. Is this behaviour possible? > (I'm using latest icecast from Karl) >This patch (from Melanie) is going to be committed later today, at which point you could update from CVS and get the behaviour you want (it's not the default, you have to add a config option). Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Possibly Parallel Threads
- fallback source give up and returns to original source
- fallback source give up and returns to original source
- fallback source give up and returns to original source
- fallback source give up and returns to original source
- fallback source give up and returns to original source