From geoff at QuiteLikely.com Mon Aug 3 20:23:48 2009 From: geoff at QuiteLikely.com (Geoff Shang) Date: Mon, 3 Aug 2009 23:23:48 +0300 (IDT) Subject: [Icecast] Protecting the stats page Message-ID: Hello, Is it possible to password-protect the listener stats page http://server:port/status.xsl ? I realise I could move the stats transform to another filename, but I'd also have to edit all the other xsl files which refer to it. For obvious reasons, I dont' want to put it in the admin area. I eventually intend to replace this with something else but wondered if I could do this as a temporary solution. Cheers, Geoff. From ariel at cafelug.org.ar Wed Aug 12 04:49:57 2009 From: ariel at cafelug.org.ar (Ariel Wainer) Date: Wed, 12 Aug 2009 01:49:57 -0300 Subject: [Icecast] Redirect listeners and fallback Message-ID: <4A8249F5.1080005@cafelug.org.ar> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Folks First of all, excuse my bad english. I'm working in the video streaming team of the next WikiMania, the conference of the Wikimedia fundation, this year in Buenos Aires. We are facing some issues with some specific features, the setup we are thinking of is the classical dvgrab | ffmpeg2theora | oggwd * It all works fine, but we need to use fallback or move listeners, because we have 2 different sources locations (separated by 200m, with different internet links) which are not used simultaneously (one is for key notes only), so we would like to transfer the listeners from the secondary to the key note and back when it's over. We would like to 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 in advance. Ariel. *It's actually a little bit more complex, we connect to a local icecast at the source and then wget|oggwd that to the real server, so we can have atendees watching the streaming without consuming the internet link bw. Also, we are using several icecast servers to balance the load, but none of these has anything to do with the issues mentioned. - -- Ariel Wainer Grupo de Usuarios de Software Libre de Capital Federal www.cafelug.org.ar -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqCSfUACgkQ2tcCY8JTDgp4FQCgqKbCDR9jIavqT0Z22dD+3ItH lcEAn2fbI/4RYP+O5Zf28WqnOwIAWATg =+Bt9 -----END PGP SIGNATURE----- From ariel at cafelug.org.ar Wed Aug 12 04:58:45 2009 From: ariel at cafelug.org.ar (Ariel Wainer) Date: Wed, 12 Aug 2009 01:58:45 -0300 Subject: [Icecast] Redirect listeners and fallback In-Reply-To: <4A8249F5.1080005@cafelug.org.ar> References: <4A8249F5.1080005@cafelug.org.ar> Message-ID: <4A824C05.7090805@cafelug.org.ar> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Errata: Where it says oggwd should say oggfwd. And algo a note: all the mounpoints and fallback have the same a/v configuration (size, fps, etc) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqCTAUACgkQ2tcCY8JTDgqnPwCg1MqNH7GL5Kz0SRiinbGwdKWA XVoAn3TlE1zDg229dRVv/FeZTB/c62cK =0CeM -----END PGP SIGNATURE----- From stevenjones at cfl.rr.com Wed Aug 12 11:39:30 2009 From: stevenjones at cfl.rr.com (Steven Jones) Date: Wed, 12 Aug 2009 07:39:30 -0400 Subject: [Icecast] Unsubscribe Me! Message-ID: <000301ca1b41$8eccc890$ac6659b0$@rr.com> -------------- next part -------------- An HTML attachment was scrubbed... URL: