search for: moveclients

Thanks, Karl! I've checked the log files during a move command but I couldn't find anything that looked related to the problems. I've thought of upgrading to 2.3.2 but thought I should ask first if it was something common - saw that someone mailed about the same problems a couple of months ago, if I understood it correctly. /Mathias 2009/11/18 Karl Heyes <karl at xiph.org>:

...0 127.0.0.1 - - [08/Jun/2005:08:49:47 -0500] "GET /admin/listmounts.xsl HTTP/1.1"200 44 "http://localhost.localdomain:8000/admin/" "Mozilla/5.0 (compatible; Konqueror/3.3; Linux) KHTML/3.3.2 (like Gecko)" 0 127.0.0.1 - - [08/Jun/2005:08:49:49 -0500] "GET /admin/moveclients.xsl HTTP/1.1" 200 44 "http://localhost.localdomain:8000/admin/listmounts.xsl" "Mozilla/5.0 (compatible; Konqueror/3.3; Linux) KHTML/3.3.2 (like Gecko)" 0 127.0.0.1 - - [08/Jun/2005:08:49:51 -0500] "GET /admin/stats.xsl HTTP/1.1" 200 44 "http://localhost....

Thanks to everyone who has been helping us test... your input is certainly appreciated. We've fixed a few bugs and are release RC3 as of now. Here's what was fixed : - log username to access log (bug #706) if available. - fix segv case on listmounts/moveclients when a fallback to file stream is running - Patch from martin@matuska.org: don't treat all clients as duplicates. Links : Tarball : http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3.tar.gz SRPM : http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc3-0.src.rpm Windows Binary...

.... > This is bad, very bad. if the DJ mountpoint has a fallback to an existing stream like the never-ending playlist then the existing listeners will switchover. Whats missing is the automatic taking of listeners on re-connection, but that can be done manually through the web interface using the moveclients mechanism > i wanna sugest to coders, to have a option for send silence for some secunds > when the source disconnect, for the listenners dont disconnect, it would be > very very good, cause i dont know what to do. While a general mechanism to allow for fileserving in streams maybe possi...

...o be able to move the listeners to a mountpoint showing "brb" at the cofee breaks. We have tried using the fallback option, the clients (sometimes) goes to the fallback mount point, but it never comes back when the stream is reconnected. We also tried moving "by hand" using moveclients.xsl, in that case the player freezes complaining it's a broken stream (tried mplayer, vlc and totem). This issues happen both with the stock icecast from debian and ubuntu and with the last kh branch. Please let me know if I should clarify any point or add aditional information. Thanks...

'The work' are you referring to http://svn.xiph.org/icecast/branches/kh ? Most important is that I shouldn't have to edit the icecast configuration file when a new mountpoint needs to be added. Therefor all authentication of source and listener should go through the URL's. KJ Karl Heyes schreef: > Klaas Jan Wierenga wrote: >> >> In my case that's not needed,

Hello, I'm new to icecast, but in few time I setup a streaming system using a raspberry pi as stream source through darkice towards my icecast server. All seemed fine with the basic mountpoint configuration, but when I tried to try some of the more "advanced" features I failed badly. More specifically: 1. I tried to force a failback mountpoint like this:

.... > This is bad, very bad. if the DJ mountpoint has a fallback to an existing stream like the never-ending playlist then the existing listeners will switchover. Whats missing is the automatic taking of listeners on re-connection, but that can be done manually through the web interface using the moveclients mechanism > i wanna sugest to coders, to have a option for send silence for some secunds > when the source disconnect, for the listenners dont disconnect, it would be > very very good, cause i dont know what to do. While a general mechanism to allow for fileserving in streams maybe possi...

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

Hi, We realized that there are certain parameters within icecast that request specific directory path address for the program to connect upon start up...we are now trying to find an icecast.pid file but we have not been able to find it in any of the directories. Do you know were we can find that file? Thank you, Luis Barrett -------------- next part -------------- An HTML attachment was

...ss 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 manageauth.xsl moveclients.xsl response.xsl stats.xsl ./etc: localtime ./lib: ld-linux.so.2 libcrypto.so.4 libgcc_s-3.3.2-20031023.so.1 libresolv.so.2 tls libcom_err.so.2 libdl.so.2 libgcc_s.so.1 libssl.so.4 ./lib/tls: libc.so.6 libm.so.6 libpthread.so.0 ./opt: icecast ./opt/icecast: etc ....

On Friday 05 December 2003 03:12, Rádio IRCBrasil - André Marcelo wrote: > hi mike, > > sorry, but i am a big newbee can u explain how i get this complex-fallbacks > and how i compile it in icecast 2 ? You'll have to wait until 2.1 is released (which should have this feature) if you want to use it without having to patch the source code yourself. Mike --- >8 ---- List

Just wanted to let everyone know that we are prepping for a 2.2.0 release of icecast. Just as before, we are doing Release candidates first, and if no bugs are reported, these will become the official release. We ask that anyone that can, please test the RC and send any issues or bug-reports to the mailing list or http://trac.xiph.org/ until the mirrors get updated, please download the release