similar to: URL authentication

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

System: Icecast 2.4.1 and 2.4.2, OS: CentOS 6.6 x64 Tried to install icecast using following two different methods described in these links: (1) http://www.ukhost4u.co.uk/blog/538/install-icecast-2-centos-6-server/ (2) https://www.servint.net/university/article/taking-the-chill-out-of-installing-icecast/ Both of these resulted in working and stable icecast, but without the possibility of url

Does your instance of icecast have CURL support compiled in? Without it authentication doesn't work I think. Furthermore, if you're running icecast in a chroot jail then you need to make sure the curl shared libraries are installed in the chroot jail as well. Regards, KJ Peter Bengtson wrote: > The icecast server isn't on a Mac, it just connects to a Mac for the >

I can't get URL authentication to work. The notification script is never called by icecast (v 2.3.1). This is the mount point: > <mount> > <mount-name>/tp.mp3</mount-name> > <max-listeners>499</max-listeners> > <hidden>1</hidden> > <no-yp>1</no-yp> > <authentication

I have this bit in my icecast xml conf: <mount> <mount-name>/sauti</mount-name> <authentication type="url"> <option name="mount_add" value=" http://baraka/~revence/sauti/notify_mount.php<http://baraka/%7Erevence/sauti/notify_mount.php>" /> <option

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

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

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

Karl, I've managed to patch up my branch of Icecast to do the batching. Checked everything with valgrind and tested it extensively. It looks good. Tcpdump now shows nice size frames (mostly 1400 bytes). Any reason why you're not settings the MTU to something closer to 1500? Many thanks for your help, KJ -----Oorspronkelijk bericht----- Van: Karl Heyes [mailto:karl@xiph.org] Verzonden:

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

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. I have also patched the icecast-2.1-trunk version (patch not published yet, needs work to extract) to enable fallback of

Hi, If you're running icecast in a jail root (chroot enabled), then you may not have a properly setup DNS resolver. Maybe this post will point you in the right direction: http://icecast.xiph.narkive.com/5v2EeNBD/eror-no-dns <http://icecast.xiph.narkive.com/5v2EeNBD/eror-no-dns> Kind regards, KJ > Op 3 jun. 2015, om 22:34 heeft infoweb1 at crobiz.com het volgende geschreven: >

strange processes are happening while trying to authenticate via url using (icecastauth-examle-1.0) i'm using user "test" and password "test". I'm opening http://10.10.10.10:8000/Test.m3u with winamp 5.1. This user(test) exists in mysql database, and action.php suscessfuly extracts that user from database. here's what I receive in icecast error log: 2006-01-29

strange processes are happening while trying to authenticate via url using (icecastauth-examle-1.0) i'm using user "test" and password "test". I'm opening http://10.10.10.10:8000/Test.m3u with winamp 5.1. This user(test) exists in mysql database, and action.php suscessfuly extracts that user from database. here's what I receive in icecast error log: 2006-01-29

Hi, You can if your machine is assigned two IP addresses. Then you can bind the webserver to port 80 on the first IP-adres and bind icecast to port 80 on the second IP-address. Hope this is helpful. Regards, KJ -----Oorspronkelijk bericht----- Van: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org]Namens Laust Brock-Nannestad Verzonden: woensdag 22 juni 2005 2:27 Aan: icecast@xiph.org

I had similar problems when my auth.php was on password protected http server...but after applying the following configuration i've got it working: <mount> <mount-name>/Test</mount-name> <authentication type="url"> <option name="listener_add" value="http://user:pass@127.0.0.1/auth/action.php"/> <option

Hi all, I have a question about the relationship between the "queue-size" and the "burst-size" <limits> parameters. Q: When a client connects is the burst-size immediately added to the queue-size? If this is the case then the slack for a 16kpbs client goes down from 50 sec (102400[queue-size] / 16kbps = 50 sec) to 18 seconds ( (102400 - 65536[burst-size]) / 16kpbs =

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:

I'm curious about why you would want to run Icecast on port 80. Geoff Justin Bot wrote: >Care to shed some light on this? I have about 10 IPs that are at my >disposal and 3 I've been keeping for spares and whatnot. Though >binding them is a little beyond me. > >TIA > >Justin > >On 6/22/05, Klaas Jan Wierenga <k.j.wierenga@home.nl> wrote: > >

I am using Winamp, Icecast2 Server, and Edcast. I believe I have set these up properly so that I can set up and broadcast an internet radio station. These are the links I used to help me: https://www.pcworld.com/article/190705/start_your_own_internet_radio_station_for_free.html https://www.fastserv.com/kb/article/edcast_winamp_-_easy_steps_to_streaming_to_icecast_or_shoutcast/