similar to: Release of libshout 2.4.3

Philipp, Thank you for your quick response. I can't believe that I didn't think of that...I guess I just assumed that it would use SSL. I'm using Liquidsoap as my source client. Once you brought that up I started researching whether there was a way to force Liquidsoap to use SSL and from what I found it doesn't look like there is an option...but please correct me if you or

Good morning, On Mon, 2015-10-12 at 07:16 -0700, Jack Elliott 541 848 7021 wrote: > When running Icecast server on a Windows machine, I find that I can > edit icecast.xml while Icecast is running, but must stop and restart > Icecast for the changes to be recognized. At least right away, anway. > It's possible that Icecast will eventually get around to accepting the > changes

Dear Philipp, Thanks for this fast answer. I'm using "Icecast 2.3.3-kh7-20130425090916", installed on a Raspberry Pi 3 using the cononical "sudo apt-get install". The output was copied from the log file in /var/log/icecast2/error.log. Kind regards, Erwin 2017-08-28 10:06 GMT+02:00 Philipp Schafft <lion at lion.leolix.org>: > Good morning, > > On Mon,

Good morning, On Wed, 2015-10-21 at 10:02 -0700, M M wrote: > I believe many Windows devs would just monitor the filesystem for > changes to the config file, and then re-read it when it has changed. I was told that I implemented config reload via the web interface for that reason[0]. Seems I forgot about it. I'm sorry for that. You can find it as a button in the 'Global server

Good morning everyone! As some of you may already have noticed we made quite some progress during the last few weeks. Icecast got some major updates to internal parts. Visible to the outside are the new tags <role> and <event>. Those changes lead to need of updating documentation. Something we have been working on anyway. Beside documentation also testing is a topic getting more and

Good afternoon, On Mon, 2015-11-02 at 07:19 -0500, Jeremiah Rogers wrote: > Sorry to reply to myself. The message says "could not parse xslt". Ok. Please have a look at the config file (icecast*.xml). In the <paths> section there should be a <webroot> as well as a <adminroot> setting. Do those point to existing directories with some *.xsl in them? Another litte

Dear Philipp, I've compiled it from source on my raspberry pi, and replaced the binary from the synaptic package manager with the compiled one. Everyting is working fine now, it seems that there is indeed a "faulty" package in the repository. I don't know who I should contact to get this fixed? Anyway, it works, but while using ogg as output stream from mopidy, I get a delay of

Good evening, I'm very proud to announce the Release 2.4.0 of libshout. It has been a long time since the last libshout release as work focused mostly on Icecast2 itself. However we're very pleased to release the next version of libshout with many new features and fixes. The highlights on the new feature list: * We added full TLS support (HTTPS). This includes both RFC2817

Good evening, I'm very proud to announce the Release 2.4.0 of libshout. It has been a long time since the last libshout release as work focused mostly on Icecast2 itself. However we're very pleased to release the next version of libshout with many new features and fixes. The highlights on the new feature list: * We added full TLS support (HTTPS). This includes both RFC2817

ps aux |grep icecast kill -s SIGHUP icecast_pid 03.11.2015 0:42, Jeremiah Rogers ?????: > How do I send SIGHUP? > > Jeremiah Rogers > Cell: 704-996-5334 > Email: jeremiahzrogers at gmail.com > Social Networking: /jzrogers > > >> On Oct 22, 2015, at 00:50, Philipp Schafft <lion at lion.leolix.org> wrote: >> >> Good morning, >> >>> On

Yes ...Ive configured SAM to the settings in the config file and it tryies to connect then says invalid password , authentication required...It's the right password! I also dont seem to have an icecast GUI for the icecast server that I see in all the youtube tutorials? Therefor I c havent figured out how to start the server? I have accessed the admin interface just fine, but that's about

Hi. If I open http://audio-mp3.ibiblio.org:8000/wncw-128k, or any other URL on my TuneIn app in iOS, I have the ability to record those streams for later listening. However, if I relay any of those streams via Icecast 2.42 on Windows 8.1, I can't record in TuneIn Pro. Is there a known cause or work-around for this? Thanks!

On Fri, 21 Nov 2014, "Thomas B. R?cker" wrote: > On 11/21/2014 02:21 PM, Geoff Shang wrote: >> I would like to request that this be configurable somehow. I agree >> that this is undesirable under most circumstances, but there are >> situations where this is required. > > It has been requested before and the answer is still the same, we have > it on our

Good afternoon, On Mon, 2017-05-29 at 17:35 +0300, Yahav Shasha wrote: > try this: > /usr/bin/icecast -c /etc/icecast.xml -b > /dev/null 2>&1 & > as for killing them, don't overcomplicate things, killall icecast -KILL You should never kill process with SIGKILL if not really, really needed. Using SIGKILL will not give them a chance to clean up. E.g. no flushing of

Hi list, We're new to Icecast and we're looking at securing the admin functions. I've trawled the docs but it's not clear to me if we are able to run this on a different TCP port to the streams themselves. Has anyone with a little more experience any insight into this? Thanks, David.

Hi, I am new to Icecast open source project and I would like to contribute into this open source project. Looking for some kind of guidelines how to get started and where to browse for the open issues or features to look into. Any kind of help would be much appreciated. - Sourav Saha -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello Philipp. Thanks so much for the educatin about why not to build myself. The error I was getting, from a browser when I tried to open the URL to my machine running Icecast, was a 404 error and a message that it couldn't find the XSLT files. I'll install the packaged build again later today and provide you exact error text, but I remember it saying it couldn't find or process the

I'd really like an option "noprivate" or somesuch within the 'authentication' specification which would not require a password for listener requests originating from a private network (192.168.x.x or 10.x.x.x or 172.16.x.x, etc ). Is this posssible? -- ************************************************************************ * Dave Serls

Good morning, On Fri, 2020-02-14 at 22:48 +0000, Chip wrote: > Thanks Marvin. > > On Fri, 14 Feb 2020 at 22:37, Marvin Scholz <epirat07 at gmail.com> wrote: > Does icecast 2.4.4 not have HEAD support ? No, official Icecast does not support HEAD requests as they are largely useless in Icecast context. HEAD requests are meant for cache validation. So they only apply to static

On 3 April 2013 02:19, Philipp Schafft <lion at lion.leolix.org> wrote: > reflum, > > On Thu, 2013-03-28 at 14:28 +0000, David Farrell wrote: > > Hi list, > > > > We're new to Icecast and we're looking at securing the admin functions. > > I've trawled the docs but it's not clear to me if we are able to run > > this on a different TCP