similar to: bored? Become a Icecast volunteer

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

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

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, we're happy to announce the release of libshout 2.4.3. The new version includes several fixes as well as improvements. Major changes: * Fixed building with OpenSSL 1.1.0. * Fixed static building with OpenSSL. * Added support for PUT. * Added support for WebM and Matroska with full timing. * Added support to inspect the full server?s TLS certificate

Good morning, we're happy to announce the release of libshout 2.4.3. The new version includes several fixes as well as improvements. Major changes: * Fixed building with OpenSSL 1.1.0. * Fixed static building with OpenSSL. * Added support for PUT. * Added support for WebM and Matroska with full timing. * Added support to inspect the full server?s TLS certificate

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

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!

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.

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

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

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

? Icecast is running on Windows. ? I can successfully listen to the relay via TuneIn, but I cannot record from the relay. The record button, in TuneIn, is disabled when I play the relay in TuneIn. Playing the actual source (provided in my initial email), the record feature is enabled in TuneIn. ? TuneIn is running on iOS 8.4.1. ? The result is the same if I point TuneIn Pro to the stream or

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

reflum, On Wed, 2015-01-14 at 12:32 +0000, "Thomas B. R?cker" wrote: > On 01/14/2015 11:59 AM, dtouch3d completely wrote: > > No I haven't because I thought SSL would be only enabled for the > > listener auth, not source auth. > > OK, then you should have two separate listener sockets. > One for SSL and one without. > Point the source client to the one