search for: radiomate

Hello Ezstream is working well locally with Icecast2 on port 8000 on a Debian Wheezy platform. However, I use a reverse proxy (Pound) to pass all requests from the Internet for x.mysite.com to backend localhost:8000 i.e. my Icecast2 server. This works fine, i.e. x.mysite.com brings up the Icecast2 Status page. My problem is with the ezstream xml configuration <url></url> setting which

Hello list, My system behaves in an odd manner, and I can't find why. When users leave a message on the voicemail, once the message is recorded and the user hangs up, Asterisk crashes. I can't figure out when it started to behave like this. Here is the extract of the dialplan where it occurs : exten => s,1,Answer() exten => s,n,Playback(radiom-misenrelation) exten =>

Hello, Correct me if I'm wrong, but what you get from Icecast *is* HTTP. Anyway, we use proxying because on our server, some of our clients cannot connect to port 8000 without bypassing their company firewall, and we don't have the possibility to add another public IP. So with Apache, here is what we do : ######################################################################## # #

Hi, I'm trying to find a way to implement the following: I have 1 media source (IceS or MPD) and 1 Icecast stream (say, LAN radio). Once in a while I'd like this stream to be interrupted by short announcements (PA system). Input for these announcements can be from another source (IceS, MPD, Asterisk call). Anyway, to make things simple: I'd have dir1 with ogg music files for

Hello Philipp, Thank you for your answers ! Le 27/12/2016 à 12:14, Philipp Schafft a écrit : > Good morning, > > On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote: >> Hello, >> >> We started to publish an OPUS stream amongst others on our Icecast >> streaming server. That's cool, we're muxing it in an Ogg container, it >> works well ! >> So

Good afternoon, On Tue, 2016-12-27 at 15:52 +0100, Hoggins! wrote: > Hello Philipp, > > Thank you for your answers ! > > Le 27/12/2016 à 12:14, Philipp Schafft a écrit : > > Good morning, > > > > On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote: > >> Hello, > >> > >> We started to publish an OPUS stream amongst others on our Icecast

Hello, We started to publish an OPUS stream amongst others on our Icecast streaming server. That's cool, we're muxing it in an Ogg container, it works well ! So this is just a remark : as the Icecast shows its type as "application/ogg", it may be the reason why the Icecast directory shows this as an Ogg Vorbis stream although it's an Ogg OPUS one. Any idea how to correct

Hello, I only know a nice tool for JACK, called silentjack. So if by any chance, you find the strength to use JACK anyway, here is the source code : http://www.aelius.com/njh/silentjack/ The code is very light and simple : if you have some programming skills, you might even adapt it for ALSA. Sorry for this OT answer. Hoggins! Le 09/08/2014 02:39, Dean Sauer a ?crit : > Looking to

Le 24/08/2014 10:30, Dean Sauer a ?crit : > jack and the companion feces of pulseaudio are not present on my systems > or allowed, ever, period. Wow. That makes me want to post help on this list soooo badly next time you ask. I mentioned JACK because the tool is JACK enabled, but that you could also adapt it. Adults on this list have, for the most part, already passed through that anal

Yes, Le 27/12/2016 à 16:09, Philipp Schafft a écrit : > -kh is not a branch but a private fork. The Foundation has no control > over it nor do any updates on the official Icecast automatically go into > that fork. (Also: the code is generally considered incompatible) I'm only using the -kh fork because it supports the X-Forwarded-For header. Hoggins! -------------- next part

Le 23/05/2014 12:44, "Thomas B. R?cker" a ?crit : > Hi, > > On 05/23/2014 09:34 AM, Hoggins! wrote: >> Hello, >> >> Correct me if I'm wrong, but what you get from Icecast *is* HTTP. > For a listener, Icecast is just an ordinary HTTP 1.0 server. > For a source client Icecast used to be a non-standard extension and used > the SOURCE method. We've