similar to: libshout Release 2.4.1

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

reflum, On Mon, 2015-04-27 at 14:41 +0200, Roger H?gensen wrote: > On 2015-04-26 18:15, Philipp Schafft wrote: > > I tested with both Mozilla's 'Modern' and 'Intermediate' list. Both > > work well with all versions of Icecast (official) as well as current -kh. > In that case my suggestion is for libshout to only focus on using the > Modern list then as

On 04/04/2015 02:42 AM, Nathan Miller wrote: > 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

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

flum, I just merged my experimental TLS support into libshout master. I would love to see some testing on this before next release of libshout so we can fix bugs that may still be in the code. New TLS support requires OpenSSL to be enabled at compile time. It supports both RFC2818 ('classical' mode with a TLS socket) and RFC2817 ('Upgrade:' mode with just a HTTP socket and

Good afternoon, it was brought to our attention (huge thanks to the reporter!) that the mirroring failed and therefore the file was not downloadable. We fixed this this morning. With best regards, On Wed, 2019-06-05 at 02:27 +0000, Philipp Schafft wrote: > we're happy to announce the release of libshout 2.4.3. The new version > includes several fixes as well as improvements. >

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

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

reflum, On Sun, 2015-04-19 at 20:15 +0000, "Thomas B. R?cker" wrote: > Hi, > > as some of you might know Philipp has been working hard on adding TLS > support to libshout, and a few other things. > > Originally we were planning to publish a beta or snapshot today, but we > didn't manage to agree on a openssl client side cipher list yet. > If anyone happens

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

? 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

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

Thank's Philipp and Dmitrijs. That got it fixed. I just pointed the web and admin settings where they belong and all's working great. Thanks for the sighup help, Dmitrijs. Jeremiah Rogers Cell: 704-996-5334 Email: jeremiahzrogers at gmail.com Social Networking: /jzrogers > On Nov 2, 2015, at 08:35, Philipp Schafft <lion at lion.leolix.org> wrote: > > Good afternoon, >

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

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