similar to: New TLS support in libshout

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

Hi Philipp, Wonderful and congratulations! Can you explain rapidly what has been improved for WebM handling? Cheers, Guillaume Le 17/11/2015 15:38, Philipp Schafft a ?crit : > 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

Good morning, On Wed, 2016-05-04 at 00:15 +0200, Fran Delgado wrote: > Hi, there! > I have a doubt about if this server supports unicast, multicast or > both. I was looking for information in the web but I couldn't found > anything. Anyone can help me? Icecast2 is a streaming solution that works using HTTP[0]. (HTTPS is also supported using both methods[1].) HTTP uses TCP[2][3]

Hi buddylove, In addition to the links Philipp provided you, here is some more reading which will hopefully help you better understand the difference between multicast and unicast communications: https://en.wikipedia.org/wiki/Multicast https://en.wikipedia.org/wiki/Unicast Cheers, Jordan On 05/04/2016 06:39 AM, buddylove wrote: > @Phil > nice text... > just want to mention (or

Oh, well by your "In the end... its the same..." statement and your question of what the difference is (and mentioning connection tracking which is a completely different subject), I was a bit confused as to your query. Cheers, Jordan On 05/04/2016 09:55 AM, buddylove wrote: > I was already aware if this in the first place :-) > > On 04.05.2016 18:04, Jordan Erickson wrote:

if you read ahead you'll figure that the infrastructure of the network 'en gros' isn't made for it (yet). because of this (and not just because I am a fan of) I propose other trials with overlay networks which could (under proper application) even be more efficient than the multicast protocol(s) itself. Greets and out Gee ... .-. . . On 04.05.2016 18:04, Jordan Erickson wrote:

I was already aware if this in the first place :-) On 04.05.2016 18:04, Jordan Erickson wrote: > Hi buddylove, > > In addition to the links Philipp provided you, here is some more reading > which will hopefully help you better understand the difference between > multicast and unicast communications: > > https://en.wikipedia.org/wiki/Multicast >

@Phil nice text... just want to mention (or better ask...) what the difference between a protocol which implements multiple connections simultaneously and a protocol implementing multiple connections by connection tracking? In the end... its the same... On 04.05.2016 10:25, Philipp Schafft wrote: > Good morning, > > On Wed, 2016-05-04 at 00:15 +0200, Fran Delgado wrote: >> Hi,

flum, I'm proud to announce the release of ices2 2.0.2. This is the first release since 2005 and includes a lot changes waiting in trunk for too long. Here is the list of changes: New features: * Support for RoarAudio input Bugfixes: * Updated Documentation (Closes: #1238) * Fixed double shout_close() (Closes: #720)

flum, developer here :) On Fri, 2014-11-21 at 17:06 +0200, Geoff Shang wrote: > 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

flum, I'm proud to announce the release of ices2 2.0.2. This is the first release since 2005 and includes a lot changes waiting in trunk for too long. Here is the list of changes: New features: * Support for RoarAudio input Bugfixes: * Updated Documentation (Closes: #1238) * Fixed double shout_close() (Closes: #720)

Good morning, Icecast development has been a bit quiet to the outside world recently. However there is a lot of movement. Today I would like to tell you about a few new things in Icecast 2.5.x. Icecast 2.5.x is the current development branch. (We recommend to use our stable releases (2.4.x) for production.) Here are a few new things that have been implement recently. This list is just a short

Good evening, first of all thank you for the very good report. :) On Sun, 2020-02-16 at 09:57 +0000, James Turner wrote: > Hi team, > > Please accent my apologies if this is NOT the place/distro list to be > raising this. I had major dramas with the standard forum - registration and > decided this may be a better route. This is the *perfect* place beside opening a ticket on

Hi and thanks for the replies. Thomas, is the second option you mention an installation of the daemon necessary for running as a service? I have already installed the icecast 2.4.99 from source using http://downloads.xiph.org/releases/icecast/icecast-2.5-beta2.tar.gz <http://downloads.xiph.org/releases/icecast/icecast-2.5-beta2.tar.gz> at icecast.org and have built it using … ./configure

We are pleased to announce Icecast 2.5 beta2 (2.4.99.2). This is a beta release and not recommended for production use. ## Downloads -   Source:     http://downloads.xiph.org/releases/icecast/icecast-2.5-beta2.tar.gz -   SHA256sum:     a83baf4ae3ee5c2822bcb4286b7438b01317ccb8387371922e9cd32fe1c453e8 -   Packages:     https://build.opensuse.org/repositories/multimedia:xiph:beta ## New features

We are pleased to announce Icecast 2.5 beta2 (2.4.99.2). This is a beta release and not recommended for production use. ## Downloads -   Source:     http://downloads.xiph.org/releases/icecast/icecast-2.5-beta2.tar.gz -   SHA256sum:     a83baf4ae3ee5c2822bcb4286b7438b01317ccb8387371922e9cd32fe1c453e8 -   Packages:     https://build.opensuse.org/repositories/multimedia:xiph:beta ## New features

Will someone be building the executable for Windows? Rick Keniuk > On May 19, 2018, at 11:53 AM, Thomas B. Rücker <thomas at ruecker.fi> wrote: > > We are pleased to announce Icecast 2.5 beta2 (2.4.99.2). > This is a beta release and not recommended for production use. > > ## Downloads > > - Source: >

Good afternoon, earlier today I wrote a mail to the user mailing list about current status of the current development. As pointed out by Mr. Rücker, it seems to be good to also write to this list with a bit more technical details. Please note that this mail represents current master branch ("2.5.x"). We do recommend to use current stable branch ("2.4.x") for production.

Hi. I configured icecast to serve a stream over ssl and it plays nice in Chrome and VLC. But on plain http I get *connection reset*. This stream's url is the same for many years now, and it is included in many radio directories, TuneIn and other apps. I can't change it or break it. Is there a way to have a stream that servs the content over ssl and plain http in the same time, depending