From phschafft at de.loewenfelsen.net  Tue Nov  3 21:36:25 2020
From: phschafft at de.loewenfelsen.net (Philipp Schafft)
Date: Tue, 03 Nov 2020 21:36:25 +0000
Subject: [Icecast] Looking for sponsors for future Icecast development
Message-ID: <1604439385.2006.99.camel@de.loewenfelsen.net>

Good evening,

in order to speed up Icecast development we[0] are currently looking for
sponsors allowing us to provide more workforce to the Icecast project.

We provide commercial Icecast support. Part of this is sponsored work
with clients wanting to help the community by sponsorship. This helps
our clients by having their problem fixed with priority and the
community benefits also.


Today I'm looking specifically for a sponsor for the migration from
common/ to new libigloo including the initial release of libigloo.

libigloo will provide a modern framework for all Icecast components
(Icecast, libshout, IceS) that includes the common code of the
components. It can also be used outside of Icecast context as a generic
support framework for any C project.


In contrast to fully commercial work we provide sponsored work at "pay
what it is worth to you"[1]. Feel free to send us any sponsorship offers
(in Euro) to:
        <management at loewenfelsen.net>


If you want to sponsor any other task or ticket or have some other
problem we can help you with free to mail us also.



[0] L?wenfelsen UG (haftungsbeschr?nkt), see also:
    https://www.loewenfelsen.net/
[1] We'll check if offers are in a realistic range, also keeping in
    in mind the context of the sponsor, e.g. cooperation or person.

-- 
Philipp Schafft (CEO/Gesch?ftsf?hrer) 
Telephon: +49.3535 490 17 92

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201103/b2b3281f/attachment.sig>

From mvandop at xs4all.nl  Wed Nov  4 09:26:42 2020
From: mvandop at xs4all.nl (Michel van Dop)
Date: Wed, 04 Nov 2020 10:26:42 +0100
Subject: [Icecast] Looking for sponsors for future Icecast development
In-Reply-To: <1604439385.2006.99.camel@de.loewenfelsen.net>
References: <1604439385.2006.99.camel@de.loewenfelsen.net>
Message-ID: <0d2de78865f83e96616670b7138757f6@xs4all.nl>

Hi all!

I am the owner of a small streaming company in Holland, i use your
products such as Icecast. 
What i want to do is small sponsorship. Every period wants to do this. 

I hope more steaming companies wil do this so that we can continue with
your great products. 
Especially the control panel builders such as Centova Cast, MediaCP and
EverestCast etc i ask to make a contribution.
(we pay thousands of euros per year to Centova) 

I look forward to Icecast 2.5 :-) 

Best regards,
Michel

Philipp Schafft schreef op 2020-11-03 22:36:

> Good evening,
> 
> in order to speed up Icecast development we[0] are currently looking for
> sponsors allowing us to provide more workforce to the Icecast project.
> 
> We provide commercial Icecast support. Part of this is sponsored work
> with clients wanting to help the community by sponsorship. This helps
> our clients by having their problem fixed with priority and the
> community benefits also.
> 
> Today I'm looking specifically for a sponsor for the migration from
> common/ to new libigloo including the initial release of libigloo.
> 
> libigloo will provide a modern framework for all Icecast components
> (Icecast, libshout, IceS) that includes the common code of the
> components. It can also be used outside of Icecast context as a generic
> support framework for any C project.
> 
> In contrast to fully commercial work we provide sponsored work at "pay
> what it is worth to you"[1]. Feel free to send us any sponsorship offers
> (in Euro) to:
> <management at loewenfelsen.net>
> 
> If you want to sponsor any other task or ticket or have some other
> problem we can help you with free to mail us also.
> 
> [0] L?wenfelsen UG (haftungsbeschr?nkt), see also:
> https://www.loewenfelsen.net/
> [1] We'll check if offers are in a realistic range, also keeping in
> in mind the context of the sponsor, e.g. cooperation or person. 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast

--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201104/1debb650/attachment.htm>

From sobek1991 at hotmail.com  Sat Nov  7 22:05:42 2020
From: sobek1991 at hotmail.com (=?iso-2022-jp?B?GyRCJiMmSSZBJk0mTSZHGyhCPyAbJEImNSZRJk8mTSZTJkkmUiZTGyhC?= =?iso-2022-jp?B?GyRCJkcmUSZJJk8bKEI=?=)
Date: Sat, 7 Nov 2020 22:05:42 +0000
Subject: [Icecast] JSON response track title not encoded to UTF8
Message-ID: <AM9P191MB11923F44F47B27489E98C61BBFEC0@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>

I would like for icecase status json xls to be able to provide the currently song title playing encoded in utf8. I have a problem getting the song titles / artist names for greek or japanese characters. Check below status-json.xsl part, for an example :


...name","server_type":"audio/mpeg","server_url":"https://www.mixxx.org","stream_start":"Sat, 07 Nov 2020 20:46:58 +0000","stream_start_iso8601":"2020-11-07T20:46:58+0000","title":"CYBEREALITY??? - ???????? INTERNET 1.0 Log on","dummy":null}}}

Original file name : CYBEREALITY??? - ???????? INTERNET 1.0 Log on.mp3
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201107/8ab9b69c/attachment.htm>

From phschafft at de.loewenfelsen.net  Sun Nov  8 16:51:47 2020
From: phschafft at de.loewenfelsen.net (Philipp Schafft)
Date: Sun, 08 Nov 2020 16:51:47 +0000
Subject: [Icecast] JSON response track title not encoded to UTF8
In-Reply-To: <AM9P191MB11923F44F47B27489E98C61BBFEC0@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>
References: <AM9P191MB11923F44F47B27489E98C61BBFEC0@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>
Message-ID: <1604854307.14631.5.camel@de.loewenfelsen.net>

Good evening,


On Sat, 2020-11-07 at 22:05 +0000, ??????? ???????????? wrote:
> I would like for icecase status json xls to be able to provide the
> currently song title playing encoded in utf8. I have a problem getting
> the song titles / artist names for greek or japanese characters. Check
> below status-json.xsl part, for an example :

> 
> ...name","server_type":"audio/mpeg","server_url":"https://www.mixxx.org","stream_start":"Sat, 07 Nov 2020 20:46:58 +0000","stream_start_iso8601":"2020-11-07T20:46:58+0000","title":"CYBEREALITY??? - ???????? INTERNET 1.0 Log on","dummy":null}}}

This totally works fine for me. Can you please provide information about
the source client you use? Also please provide which *exact* version of
Icecast you are using.


> Original file name : CYBEREALITY??? - ???????? INTERNET 1.0
> Log on.mp3

The filename is of no relevance here, Icecast does not know about it.
Metadata is fully in the domain of the source client, so the source
client must send correct metadata.


With best regards,

-- 
Philipp Schafft (CEO/Gesch?ftsf?hrer) 
Telephon: +49.3535 490 17 92

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201108/2c8b7cd0/attachment.sig>

From sobek1991 at hotmail.com  Sun Nov  8 20:04:45 2020
From: sobek1991 at hotmail.com (=?utf-8?B?zpPOuc6xzr3Ovc63z4IgzqbPgc6/zr3PhM65z4PPhM63z4HOuc6/?=)
Date: Sun, 8 Nov 2020 20:04:45 +0000
Subject: [Icecast] JSON response track title not encoded to UTF8
In-Reply-To: <1604854307.14631.5.camel@de.loewenfelsen.net>
References: <AM9P191MB11923F44F47B27489E98C61BBFEC0@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>,
 <1604854307.14631.5.camel@de.loewenfelsen.net>
Message-ID: <AM9P191MB119232DA7B81C6E9DB26E1D5BFEB0@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>

Good evening to you too,

From the <ip-address>:8000/server_version.xsl , I get that the installed icecast2 version is 2.4.4.
The source client I am currently is Mixxx version 2.2.4 - for Windows 64bit.
Would you say I should redirect my question to the support team of the Mixxx program ?
If you would like any more info, please feel free to ask. I appreciate your help and patience.

All the best,
John Kadianakis
________________________________
From: Icecast <icecast-bounces at xiph.org> on behalf of Philipp Schafft <phschafft at de.loewenfelsen.net>
Sent: Sunday, November 8, 2020 6:51 PM
To: Icecast streaming server user discussions <icecast at xiph.org>
Subject: Re: [Icecast] JSON response track title not encoded to UTF8

Good evening,


On Sat, 2020-11-07 at 22:05 +0000, ??????? ???????????? wrote:
> I would like for icecase status json xls to be able to provide the
> currently song title playing encoded in utf8. I have a problem getting
> the song titles / artist names for greek or japanese characters. Check
> below status-json.xsl part, for an example :

>
> ...name","server_type":"audio/mpeg","server_url":"https://www.mixxx.org","stream_start":"Sat, 07 Nov 2020 20:46:58 +0000","stream_start_iso8601":"2020-11-07T20:46:58+0000","title":"CYBEREALITY??? - ???????? INTERNET 1.0 Log on","dummy":null}}}

This totally works fine for me. Can you please provide information about
the source client you use? Also please provide which *exact* version of
Icecast you are using.


> Original file name : CYBEREALITY??? - ???????? INTERNET 1.0
> Log on.mp3

The filename is of no relevance here, Icecast does not know about it.
Metadata is fully in the domain of the source client, so the source
client must send correct metadata.


With best regards,

--
Philipp Schafft (CEO/Gesch?ftsf?hrer)
Telephon: +49.3535 490 17 92

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201108/92bd40aa/attachment.htm>

From mayianmm at jmu.edu  Mon Nov  9 17:36:51 2020
From: mayianmm at jmu.edu (Mayiani, Martin Martine - mayianmm)
Date: Mon, 9 Nov 2020 17:36:51 +0000
Subject: [Icecast] Mount Point not showing on port 8000
Message-ID: <2919d658ca7d42e080a9550533a767de@jmu.edu>

So after adding a pre-roll to one of my mount points, it is no longer showing on port 8000. All other mount points are showing except the one that has a pre-roll in place.  The stream works though for the most part. Users using Reaplayer only get the pre-roll and nothing follows it. Everything works as it is supposed to when I disable the pre-roll configs. Any advice ?


Thanks


Martin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201109/4e0d8135/attachment.htm>

From phschafft at de.loewenfelsen.net  Mon Nov  9 23:20:22 2020
From: phschafft at de.loewenfelsen.net (Philipp Schafft)
Date: Mon, 09 Nov 2020 23:20:22 +0000
Subject: [Icecast] JSON response track title not encoded to UTF8
In-Reply-To: <AM9P191MB119232DA7B81C6E9DB26E1D5BFEB0@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>
References: <AM9P191MB11923F44F47B27489E98C61BBFEC0@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>
 , <1604854307.14631.5.camel@de.loewenfelsen.net>
 <AM9P191MB119232DA7B81C6E9DB26E1D5BFEB0@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>
Message-ID: <1604964022.14631.20.camel@de.loewenfelsen.net>

Good evening,


On Sun, 2020-11-08 at 20:04 +0000, ??????? ???????????? wrote:
> Good evening to you too,
> 
> From the <ip-address>:8000/server_version.xsl , I get that the installed icecast2 version is 2.4.4.
> The source client I am currently is Mixxx version 2.2.4 - for Windows 64bit.

Ok.

> Would you say I should redirect my question to the support team of the Mixxx program ?

Likely but not certainly. Just want to make sure we got everything right
on our side.

> If you would like any more info, please feel free to ask. I appreciate your help and patience.

Actually I have two more questions:
      * Are the titles displayed correctly on Icecast's status page?
      * Do you have any <mount> block for the relevant mount?


With best regards,


> ________________________________
> From: Icecast <icecast-bounces at xiph.org> on behalf of Philipp Schafft <phschafft at de.loewenfelsen.net>
> Sent: Sunday, November 8, 2020 6:51 PM
> To: Icecast streaming server user discussions <icecast at xiph.org>
> Subject: Re: [Icecast] JSON response track title not encoded to UTF8
> 
> Good evening,
> 
> 
> On Sat, 2020-11-07 at 22:05 +0000, ??????? ???????????? wrote:
> > I would like for icecase status json xls to be able to provide the
> > currently song title playing encoded in utf8. I have a problem getting
> > the song titles / artist names for greek or japanese characters. Check
> > below status-json.xsl part, for an example :
> 
> >
> > ...name","server_type":"audio/mpeg","server_url":"https://www.mixxx.org","stream_start":"Sat, 07 Nov 2020 20:46:58 +0000","stream_start_iso8601":"2020-11-07T20:46:58+0000","title":"CYBEREALITY??? - ???????? INTERNET 1.0 Log on","dummy":null}}}
> 
> This totally works fine for me. Can you please provide information about
> the source client you use? Also please provide which *exact* version of
> Icecast you are using.
> 
> 
> > Original file name : CYBEREALITY??? - ???????? INTERNET 1.0
> > Log on.mp3
> 
> The filename is of no relevance here, Icecast does not know about it.
> Metadata is fully in the domain of the source client, so the source
> client must send correct metadata.

-- 
Philipp Schafft (CEO/Gesch?ftsf?hrer) 
Telephon: +49.3535 490 17 92

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201109/a10a7178/attachment.sig>

From phschafft at de.loewenfelsen.net  Mon Nov  9 23:35:59 2020
From: phschafft at de.loewenfelsen.net (Philipp Schafft)
Date: Mon, 09 Nov 2020 23:35:59 +0000
Subject: [Icecast] Looking for sponsors for future Icecast development
In-Reply-To: <0d2de78865f83e96616670b7138757f6@xs4all.nl>
References: <1604439385.2006.99.camel@de.loewenfelsen.net>
 <0d2de78865f83e96616670b7138757f6@xs4all.nl>
Message-ID: <1604964959.14631.34.camel@de.loewenfelsen.net>

Good evening,

On Wed, 2020-11-04 at 10:26 +0100, Michel van Dop wrote:
> Hi all!
> 
> I am the owner of a small streaming company in Holland, i use your
> products such as Icecast. 
> What i want to do is small sponsorship. Every period wants to do this. 
> 
> I hope more steaming companies wil do this so that we can continue with
> your great products. 
> Especially the control panel builders such as Centova Cast, MediaCP and
> EverestCast etc i ask to make a contribution.
> (we pay thousands of euros per year to Centova) 

Thank you for your kinds words.


Once at a congress I overheard a chat where someone remarked that
virtually everyone is using OpenSSH. Sadly none of the big users never
gave back money to the project while making money with the OpenSSH every
day. OpenSSH is part of the foundation of many businesses, directly and
indirectly. Everyone uses it. Still he calmed that at the time the
OpenSSH project was considerably poor[0].

That made me think for a while. And I think everyone should consider the
truth in it, including outside of the software world.

While I clearly ask for monies for Icecast development, I openly invite
all of my readers to find any project, any source, any provider you
depend on daily and is important for you and give back.

Take, and give back.



> I look forward to Icecast 2.5 :-) 


I'm super excited about it. It's such a big step forward. :)


With best regards,


[0] I can not comment on the real financial situation here, I never
checked it as it is not impotent for the point. Alsoit may have changed
over time.



> Philipp Schafft schreef op 2020-11-03 22:36:
> 
> > Good evening,
> > 
> > in order to speed up Icecast development we[0] are currently looking for
> > sponsors allowing us to provide more workforce to the Icecast project.
> > 
> > We provide commercial Icecast support. Part of this is sponsored work
> > with clients wanting to help the community by sponsorship. This helps
> > our clients by having their problem fixed with priority and the
> > community benefits also.
> > 
> > Today I'm looking specifically for a sponsor for the migration from
> > common/ to new libigloo including the initial release of libigloo.
> > 
> > libigloo will provide a modern framework for all Icecast components
> > (Icecast, libshout, IceS) that includes the common code of the
> > components. It can also be used outside of Icecast context as a generic
> > support framework for any C project.
> > 
> > In contrast to fully commercial work we provide sponsored work at "pay
> > what it is worth to you"[1]. Feel free to send us any sponsorship offers
> > (in Euro) to:
> > <management at loewenfelsen.net>
> > 
> > If you want to sponsor any other task or ticket or have some other
> > problem we can help you with free to mail us also.
> > 
> > [0] L?wenfelsen UG (haftungsbeschr?nkt), see also:
> > https://www.loewenfelsen.net/
> > [1] We'll check if offers are in a realistic range, also keeping in
> > in mind the context of the sponsor, e.g. cooperation or person. 


-- 
Philipp Schafft (CEO/Gesch?ftsf?hrer) 
Telephon: +49.3535 490 17 92

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201109/7a9cce07/attachment.sig>

From sobek1991 at hotmail.com  Tue Nov 10 09:59:40 2020
From: sobek1991 at hotmail.com (=?utf-8?B?zpPOuc6xzr3Ovc63z4IgzqbPgc6/zr3PhM65z4PPhM63z4HOuc6/?=)
Date: Tue, 10 Nov 2020 09:59:40 +0000
Subject: [Icecast] JSON response track title not encoded to UTF8
In-Reply-To: <1604964022.14631.20.camel@de.loewenfelsen.net>
References: <AM9P191MB11923F44F47B27489E98C61BBFEC0@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>
 , <1604854307.14631.5.camel@de.loewenfelsen.net>
 <AM9P191MB119232DA7B81C6E9DB26E1D5BFEB0@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>,
 <1604964022.14631.20.camel@de.loewenfelsen.net>
Message-ID: <AM9P191MB1192721AF7CF9F78677A99CBBFE90@AM9P191MB1192.EURP191.PROD.OUTLOOK.COM>

Good morning Philipp,
after some extra research, I found this<https://libretime.org/icecast-shoutcast> link which proved very useful. I had to change some mount point settings for the config file of icecast and enable utf 8 encoding in mixxx program. After these two actions, all is shown good! Thank you for your help and patience !

With kind regards,
John

________________________________
From: Icecast <icecast-bounces at xiph.org> on behalf of Philipp Schafft <phschafft at de.loewenfelsen.net>
Sent: Tuesday, November 10, 2020 1:20 AM
To: Icecast streaming server user discussions <icecast at xiph.org>
Subject: Re: [Icecast] JSON response track title not encoded to UTF8

Good evening,


On Sun, 2020-11-08 at 20:04 +0000, ??????? ???????????? wrote:
> Good evening to you too,
>
> From the <ip-address>:8000/server_version.xsl , I get that the installed icecast2 version is 2.4.4.
> The source client I am currently is Mixxx version 2.2.4 - for Windows 64bit.

Ok.

> Would you say I should redirect my question to the support team of the Mixxx program ?

Likely but not certainly. Just want to make sure we got everything right
on our side.

> If you would like any more info, please feel free to ask. I appreciate your help and patience.

Actually I have two more questions:
      * Are the titles displayed correctly on Icecast's status page?
      * Do you have any <mount> block for the relevant mount?


With best regards,


> ________________________________
> From: Icecast <icecast-bounces at xiph.org> on behalf of Philipp Schafft <phschafft at de.loewenfelsen.net>
> Sent: Sunday, November 8, 2020 6:51 PM
> To: Icecast streaming server user discussions <icecast at xiph.org>
> Subject: Re: [Icecast] JSON response track title not encoded to UTF8
>
> Good evening,
>
>
> On Sat, 2020-11-07 at 22:05 +0000, ??????? ???????????? wrote:
> > I would like for icecase status json xls to be able to provide the
> > currently song title playing encoded in utf8. I have a problem getting
> > the song titles / artist names for greek or japanese characters. Check
> > below status-json.xsl part, for an example :
>
> >
> > ...name","server_type":"audio/mpeg","server_url":"https://www.mixxx.org","stream_start":"Sat, 07 Nov 2020 20:46:58 +0000","stream_start_iso8601":"2020-11-07T20:46:58+0000","title":"CYBEREALITY??? - ???????? INTERNET 1.0 Log on","dummy":null}}}
>
> This totally works fine for me. Can you please provide information about
> the source client you use? Also please provide which *exact* version of
> Icecast you are using.
>
>
> > Original file name : CYBEREALITY??? - ???????? INTERNET 1.0
> > Log on.mp3
>
> The filename is of no relevance here, Icecast does not know about it.
> Metadata is fully in the domain of the source client, so the source
> client must send correct metadata.

--
Philipp Schafft (CEO/Gesch?ftsf?hrer)
Telephon: +49.3535 490 17 92

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201110/13509e1f/attachment.htm>

From fredg at paravelsystems.com  Tue Nov 10 13:45:06 2020
From: fredg at paravelsystems.com (Fred Gleason)
Date: Tue, 10 Nov 2020 08:45:06 -0500
Subject: [Icecast] Looking for sponsors for future Icecast development
In-Reply-To: <1604964959.14631.34.camel@de.loewenfelsen.net>
References: <1604439385.2006.99.camel@de.loewenfelsen.net>
 <0d2de78865f83e96616670b7138757f6@xs4all.nl>
 <1604964959.14631.34.camel@de.loewenfelsen.net>
Message-ID: <A212876E-F4A2-44B4-A3EF-B361FC840535@paravelsystems.com>

On Nov 9, 2020, at 18:35, Philipp Schafft <phschafft at de.loewenfelsen.net> wrote:

> Once at a congress I overheard a chat where someone remarked that
> virtually everyone is using OpenSSH. Sadly none of the big users never
> gave back money to the project while making money with the OpenSSH every
> day. OpenSSH is part of the foundation of many businesses, directly and
> indirectly. Everyone uses it. Still he calmed that at the time the
> OpenSSH project was considerably poor[0].

Perhaps best epitomized by this XKCD cartoon:

	https://xkcd.com/2347/

Cheers!


|---------------------------------------------------------------------|
| Frederick F. Gleason, Jr. |             Chief Developer             |
|                           |             Paravel Systems             |
|---------------------------------------------------------------------|
|         A room without books is like a body without a soul.         |
|                                                                     |
|                                                         -- Cicero   |
|---------------------------------------------------------------------|
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201110/7059e299/attachment.htm>

From d.geneste at illud.fr  Thu Nov 12 11:46:47 2020
From: d.geneste at illud.fr (Damien GENESTE)
Date: Thu, 12 Nov 2020 12:46:47 +0100
Subject: [Icecast] Icecast and Safari
Message-ID: <CAG4BS6YANGoBpBQ94JBpupjvHn3LXHCt3_OWuMRjXX5iekbdYA@mail.gmail.com>

Hello guys,

I hope you're well. I have an issue with my Web radio. Users using Safari
can't stream the radio. All is working perfectly with other web browsers.

When i navigate on my icecast URL, player for the mountpoint is missing
with Safari.

Do you have any idea ?

Icecast version : 2.4.99.2
OS version : Debian 9

BR,

Ceelo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201112/ccbf89f5/attachment.htm>

From jordan at coolmic.net  Thu Nov 12 17:12:50 2020
From: jordan at coolmic.net (Jordan Erickson)
Date: Thu, 12 Nov 2020 09:12:50 -0800
Subject: [Icecast] Icecast and Safari
In-Reply-To: <CAG4BS6YANGoBpBQ94JBpupjvHn3LXHCt3_OWuMRjXX5iekbdYA@mail.gmail.com>
References: <CAG4BS6YANGoBpBQ94JBpupjvHn3LXHCt3_OWuMRjXX5iekbdYA@mail.gmail.com>
Message-ID: <0039f916-0cce-abaf-42a1-6b7140f2b56b@coolmic.net>

Hi Ceelo,

What codec are you using? Sounds like one that Safari doesn't support.



Cheers,
Jordan Erickson


On 11/12/20 3:46 AM, Damien GENESTE wrote:
> Hello guys,
> 
> I hope you're well. I have an issue with my Web radio. Users using 
> Safari can't stream the radio. All is working perfectly with other web 
> browsers.
> 
> When i navigate on my icecast URL, player for the mountpoint is missing 
> with Safari.
> 
> Do you have any idea ?
> 
> Icecast version : 2.4.99.2
> OS version : Debian 9
> 
> BR,
> 
> Ceelo
> 
> 
> 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 


From d.geneste at illud.fr  Thu Nov 12 18:43:10 2020
From: d.geneste at illud.fr (Damien GENESTE)
Date: Thu, 12 Nov 2020 19:43:10 +0100
Subject: [Icecast] Icecast and Safari
In-Reply-To: <CAG4BS6YANGoBpBQ94JBpupjvHn3LXHCt3_OWuMRjXX5iekbdYA@mail.gmail.com>
References: <CAG4BS6YANGoBpBQ94JBpupjvHn3LXHCt3_OWuMRjXX5iekbdYA@mail.gmail.com>
Message-ID: <CAG4BS6bB+yJr36UwH7i2zGcEdH=TdeFU9xHUFn3atNFpv0=Rew@mail.gmail.com>

UPDATE: Ignore the previous email.

Hello guys,

I hope you're well. I have an issue with my Web radio. Users using
Iphone (all web browsers) or Mac (Safari - It's working on Chrome) can't
stream the radio. All is working perfectly with Android and Windows users.

When i navigate on my icecast URL, web layer for the mountpoint are not
displayed.

Do you have any idea ?

Icecast version : 2.4.99.2
OS version : Debian 9

BR,

Ceelo


*Damien GENESTE*

*Tel:* +33 6 10 89 85 74
*Email:* d.geneste at illud.fr
*Profil:* LinkedIn <https://www.linkedin.com/in/damien-geneste-15376496>



On Thu, Nov 12, 2020 at 12:46 PM Damien GENESTE <d.geneste at illud.fr> wrote:

> Hello guys,
>
> I hope you're well. I have an issue with my Web radio. Users using Safari
> can't stream the radio. All is working perfectly with other web browsers.
>
> When i navigate on my icecast URL, player for the mountpoint is missing
> with Safari.
>
> Do you have any idea ?
>
> Icecast version : 2.4.99.2
> OS version : Debian 9
>
> BR,
>
> Ceelo
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201112/fd0b4472/attachment.htm>

From subscription at nextdial.com.br  Mon Nov 16 01:12:44 2020
From: subscription at nextdial.com.br (subscription at nextdial.com.br)
Date: Sun, 15 Nov 2020 22:12:44 -0300
Subject: [Icecast] help with "too many clients awaiting authentication"
Message-ID: <c99c7d33b2d64de38cf7fcc8bc9481b0@nextdial.com.br>

Hello guys,

Today we faced an unique problem.

We have about 120 stations and we are reaching 40k simultaneous listeners monday/friday (~ 11 AM GMT -3).

We also use url auth to log, audit and build audience reports.

But today, at the end of the day we were about 10k simultaneous and listeners start get errors (403, busy, please try again later), and after digging, delete logs and restart icecast we found this:

[2020-11-15  22:09:38] INFO auth/queue_auth_client auth on (default mount) has 101 pending
[2020-11-15  22:09:38] WARN auth/auth_add_listener too many clients awaiting authentication

Before those errors our auth api was logging ~60 rps in ~150ms (during the error the api was not getting requests).

Has anyone else has already faced this problem? Any tips?

Best,
Thiago
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201115/0311f293/attachment.htm>

From phschafft at de.loewenfelsen.net  Mon Nov 16 08:29:36 2020
From: phschafft at de.loewenfelsen.net (Philipp Schafft)
Date: Mon, 16 Nov 2020 08:29:36 +0000
Subject: [Icecast] help with "too many clients awaiting authentication"
In-Reply-To: <c99c7d33b2d64de38cf7fcc8bc9481b0@nextdial.com.br>
References: <c99c7d33b2d64de38cf7fcc8bc9481b0@nextdial.com.br>
Message-ID: <1605515376.11818.8.camel@de.loewenfelsen.net>

Good morning,

hope you're fine. :)


On Sun, 2020-11-15 at 22:12 -0300, subscription at nextdial.com.br wrote:
> Hello guys,
> 
> Today we faced an unique problem.
> 
> We have about 120 stations and we are reaching 40k simultaneous
> listeners monday/friday (~ 11 AM GMT -3).
> 
> We also use url auth to log, audit and build audience reports.
> 
> But today, at the end of the day we were about 10k simultaneous and
> listeners start get errors (403, busy, please try again later), and
> after digging, delete logs and restart icecast we found this:
> 
> [2020-11-15  22:09:38] INFO auth/queue_auth_client auth on (default
> mount) has 101 pending
> [2020-11-15  22:09:38] WARN auth/auth_add_listener too many clients
> awaiting authentication
> 

Generally this happens if the queue of to-process clients reach it's
capacity. Generally this is a sign that the backend can not handle the
given load of clients.

In case of URL auth this normally means that the auth server does not
answer as fast as needed.



> Before those errors our auth api was logging ~60 rps in ~150ms (during
> the error the api was not getting requests).

Maybe the request at the head of the queue (the one currently
processing) was hanging for some reason?


> Has anyone else has already faced this problem? Any tips?

Did this happen again or just once?

Did the problem go away after a few seconds? The timeout for URL auth is
set to 15 seconds. Which might be a bit long in your case.

If it stabilized after a moment you could consider changing the timeout.
In our version you can find it in src/auth_url.c line 744:
        curl_easy_setopt (url_info->handle, CURLOPT_TIMEOUT, 15L);

Maybe change it to something like 3L.

Also: Did you do any maintenance on the infrastructure at the same time?
E.g. the server could not be reached for a second, or DNS was updated or
something?


If it happens again AND does not fix itself after a moment we should
have a closer look at it.


With best regards,

-- 
Philipp Schafft (CEO/Gesch?ftsf?hrer) 
Telephon: +49.3535 490 17 92

L?wenfelsen UG (haftungsbeschr?nkt)     Registration number:
Bickinger Stra?e 21                     HRB 12308 CB
04916 Herzberg (Elster)                 VATIN/USt-ID:
Germany                                 DE305133015
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201116/ee177f03/attachment.sig>

From christian at scharff-home.de  Wed Nov 18 11:23:54 2020
From: christian at scharff-home.de (Christian Scharff)
Date: Wed, 18 Nov 2020 12:23:54 +0100
Subject: [Icecast] New to list - struggling with restream of icecast
Message-ID: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>

Hi all,

I am new to this list.
I run an Internet Radio on laut.fm - which allows also live streaming

So keep the streaming keys and passwords secret, but let other DJs 
stream to this server, I like to setup an icecast re-stream server.

I tryed icecast as a server on my own dedicated internet server but I do 
not see a re-stream option in the icecast config.

Is there a possibility to let my icecast server to re-stream to another 
icecast server?

Or do I need to setup a proxy on http ports e.g. 8080?
I have apache2 running.

BR

Chris




From jayaubs89 at gmail.com  Wed Nov 18 11:33:57 2020
From: jayaubs89 at gmail.com (Hottunez Radio)
Date: Wed, 18 Nov 2020 11:33:57 +0000
Subject: [Icecast] New to list - struggling with restream of icecast
In-Reply-To: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>
References: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>
Message-ID: <CAJQJMxrv3=fJtAMYu3-d4y9eb8iqVF3DyC63Ev=S-5qS2Kw6nA@mail.gmail.com>

hi guys im looking for a now playing script
i'm streaming with live365 but they don't have one im wondering
if you do

On Wed, Nov 18, 2020 at 11:24 AM Christian Scharff <
christian at scharff-home.de> wrote:

> Hi all,
>
> I am new to this list.
> I run an Internet Radio on laut.fm - which allows also live streaming
>
> So keep the streaming keys and passwords secret, but let other DJs
> stream to this server, I like to setup an icecast re-stream server.
>
> I tryed icecast as a server on my own dedicated internet server but I do
> not see a re-stream option in the icecast config.
>
> Is there a possibility to let my icecast server to re-stream to another
> icecast server?
>
> Or do I need to setup a proxy on http ports e.g. 8080?
> I have apache2 running.
>
> BR
>
> Chris
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201118/d5688ca9/attachment.htm>

From marius at flage.org  Wed Nov 18 11:57:36 2020
From: marius at flage.org (Marius Flage)
Date: Wed, 18 Nov 2020 12:57:36 +0100
Subject: [Icecast] New to list - struggling with restream of icecast
In-Reply-To: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>
References: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>
Message-ID: <1a47613c-1608-98ee-a31a-b19df5c6ffac@flage.org>

Hi,

Icecast relaying works the other way around. The "another icecast
server" will instead connect to the upstream icecast instance. See
https://www.icecast.org/docs/icecast-trunk/relaying/ for more details.
AFAIK icecast has no "push feature", where it acts as a client towards
other icecast servers.

--
Marius

On 18.11.2020 12:23, Christian Scharff wrote:
> Hi all,
>
> I am new to this list.
> I run an Internet Radio on laut.fm - which allows also live streaming
>
> So keep the streaming keys and passwords secret, but let other DJs
> stream to this server, I like to setup an icecast re-stream server.
>
> I tryed icecast as a server on my own dedicated internet server but I
> do not see a re-stream option in the icecast config.
>
> Is there a possibility to let my icecast server to re-stream to
> another icecast server?
>
> Or do I need to setup a proxy on http ports e.g. 8080?
> I have apache2 running.
>
> BR
>
> Chris
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From pm at nowster.me.uk  Wed Nov 18 20:42:56 2020
From: pm at nowster.me.uk (Paul Martin)
Date: Wed, 18 Nov 2020 20:42:56 +0000
Subject: [Icecast] New to list - struggling with restream of icecast
In-Reply-To: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>
References: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>
Message-ID: <20201118204256.GA744176@thinkpad.nowster.org.uk>

On Wed, Nov 18, 2020 at 12:23:54PM +0100, Christian Scharff wrote:
> So keep the streaming keys and passwords secret, but let other DJs stream to
> this server, I like to setup an icecast re-stream server.

What you're looking for might be possible using liquidsoap, which then
streams to icecast2, however it's quite fiddly to configure.

Live incoming streams can override a fallback stream.  I use that
feature for a hospital-based radio station to play out holding audio if
their incoming feed is lost.

-- 
Paul Martin <pm at nowster.me.uk>


From christian at scharff-home.de  Fri Nov 20 11:57:17 2020
From: christian at scharff-home.de (Christian Scharff)
Date: Fri, 20 Nov 2020 12:57:17 +0100
Subject: [Icecast] New to list - struggling with restream of icecast
In-Reply-To: <20201118204256.GA744176@thinkpad.nowster.org.uk>
References: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>
 <20201118204256.GA744176@thinkpad.nowster.org.uk>
Message-ID: <d60f0a89-261e-4c96-bf20-09f8fc584aa7@scharff-home.de>

Hi,

I did a config with liquidsoap - and busically it works.
It was a bit difficult to get around some undocumented feates, like it 
does not run as root, etc....
Just wondering, if liquidsoap always does a transcode when I define the 
output.icecast(%mp3,......) ?

BR

CHristian

Am 18.11.2020 um 21:42 schrieb Paul Martin:
> On Wed, Nov 18, 2020 at 12:23:54PM +0100, Christian Scharff wrote:
>> So keep the streaming keys and passwords secret, but let other DJs stream to
>> this server, I like to setup an icecast re-stream server.
> What you're looking for might be possible using liquidsoap, which then
> streams to icecast2, however it's quite fiddly to configure.
>
> Live incoming streams can override a fallback stream.  I use that
> feature for a hospital-based radio station to play out holding audio if
> their incoming feed is lost.
>



From mayianmm at jmu.edu  Fri Nov 20 16:50:56 2020
From: mayianmm at jmu.edu (Mayiani, Martin Martine - mayianmm)
Date: Fri, 20 Nov 2020 16:50:56 +0000
Subject: [Icecast] Pre-roll playing every time user disconnects and connects
Message-ID: <af6621e0fe964ac28358425e34e82515@jmu.edu>

Hi all,

I remember some asked a question on the same ( Icecast pre-roll playing every time user disconnects and connects back) and it is annoying.  Any work around?

Thanks


Martin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201120/fca5b81b/attachment.htm>

From geoff at QuiteLikely.com  Fri Nov 20 16:53:36 2020
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 20 Nov 2020 18:53:36 +0200 (IST)
Subject: [Icecast] Pre-roll playing every time user disconnects and
 connects
In-Reply-To: <af6621e0fe964ac28358425e34e82515@jmu.edu>
References: <af6621e0fe964ac28358425e34e82515@jmu.edu>
Message-ID: <alpine.DEB.2.11.2011201852590.44300@debian.work>

On Fri, 20 Nov 2020, Mayiani, Martin Martine - mayianmm wrote:

> I remember some asked a question on the same ( Icecast pre-roll playing every time user disconnects and connects back) and it is annoying.  Any work around?

That's what that feature is.

What do you actualy want?

Cheers,
Geoff.



From mjcolorado89 at aol.com  Fri Nov 20 17:02:32 2020
From: mjcolorado89 at aol.com (Michael Hunt)
Date: Fri, 20 Nov 2020 12:02:32 -0500
Subject: [Icecast] Personal help?
References: <216a01d6bf5e$f0c65890$d25309b0$.ref@aol.com>
Message-ID: <216a01d6bf5e$f0c65890$d25309b0$@aol.com>

Hi, 

We are a small blind radio station, we really could use some help.  We are
having some issues, we have know idea how to fix them.

I really hate asking.  But is there anyone that would be willing to help us
out?

I am not sure I can give out an email address.  So I will just wait for a
reply.  

Thanks in advance Michael

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201120/92fb20d4/attachment.htm>

From mayianmm at jmu.edu  Fri Nov 20 17:14:43 2020
From: mayianmm at jmu.edu (Mayiani, Martin Martine - mayianmm)
Date: Fri, 20 Nov 2020 17:14:43 +0000
Subject: [Icecast] Pre-roll playing every time user disconnects and
 connects
In-Reply-To: <alpine.DEB.2.11.2011201852590.44300@debian.work>
References: <af6621e0fe964ac28358425e34e82515@jmu.edu>
 <alpine.DEB.2.11.2011201852590.44300@debian.work>
Message-ID: <1412282e80e7460196357fd334161e33@jmu.edu>

I was trying to see if there's a way to configure it so that someone with a weak network connection doesn't have to hear our pre-roll over and over again.  

Thanks 

Martin 

-----Original Message-----
From: Icecast <icecast-bounces at xiph.org> On Behalf Of Geoff Shang
Sent: Friday, November 20, 2020 11:54 AM
To: Icecast streaming server user discussions <icecast at xiph.org>
Subject: Re: [Icecast] Pre-roll playing every time user disconnects and connects

CAUTION: This email originated from outside of JMU. Do not click links or open attachments unless you recognize the sender and know the content is safe.
________________________________

On Fri, 20 Nov 2020, Mayiani, Martin Martine - mayianmm wrote:

> I remember some asked a question on the same ( Icecast pre-roll playing every time user disconnects and connects back) and it is annoying.  Any work around?

That's what that feature is.

What do you actualy want?

Cheers,
Geoff.

_______________________________________________
Icecast mailing list
Icecast at xiph.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.xiph.org_mailman_listinfo_icecast&d=DwIGaQ&c=eLbWYnpnzycBCgmb7vCI4uqNEB9RSjOdn_5nBEmmeq0&r=fM5iy7jgIV7jGhy9QkEGrQ&m=C4ILx60Ma2DdWy18l705koC_rdgnrn9DQUUGV-T4hg8&s=O5HIn8Lx6Y896wjRAiaYoHKiUPfj-Uybro-Aua2zBJU&e=

From yahav.shasha at gmail.com  Fri Nov 20 17:20:10 2020
From: yahav.shasha at gmail.com (Yahav Shasha)
Date: Fri, 20 Nov 2020 19:20:10 +0200
Subject: [Icecast] Pre-roll playing every time user disconnects and
	connects
In-Reply-To: <1412282e80e7460196357fd334161e33@jmu.edu>
References: <af6621e0fe964ac28358425e34e82515@jmu.edu>
 <alpine.DEB.2.11.2011201852590.44300@debian.work>
 <1412282e80e7460196357fd334161e33@jmu.edu>
Message-ID: <CABuab=R8+FpQ0DQc-6JaKhSLGc3gbU-CbweuSWphcwqowqUw2g@mail.gmail.com>

You could simply serve your pre roll at the client side, eg, your player.
This way you can detect the mentioned situation and decide whether or not
to serve the pre roll.


On Fri, Nov 20, 2020 at 7:14 PM Mayiani, Martin Martine - mayianmm <
mayianmm at jmu.edu> wrote:

> I was trying to see if there's a way to configure it so that someone with
> a weak network connection doesn't have to hear our pre-roll over and over
> again.
>
> Thanks
>
> Martin
>
> -----Original Message-----
> From: Icecast <icecast-bounces at xiph.org> On Behalf Of Geoff Shang
> Sent: Friday, November 20, 2020 11:54 AM
> To: Icecast streaming server user discussions <icecast at xiph.org>
> Subject: Re: [Icecast] Pre-roll playing every time user disconnects and
> connects
>
> CAUTION: This email originated from outside of JMU. Do not click links or
> open attachments unless you recognize the sender and know the content is
> safe.
> ________________________________
>
> On Fri, 20 Nov 2020, Mayiani, Martin Martine - mayianmm wrote:
>
> > I remember some asked a question on the same ( Icecast pre-roll playing
> every time user disconnects and connects back) and it is annoying.  Any
> work around?
>
> That's what that feature is.
>
> What do you actualy want?
>
> Cheers,
> Geoff.
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.xiph.org_mailman_listinfo_icecast&d=DwIGaQ&c=eLbWYnpnzycBCgmb7vCI4uqNEB9RSjOdn_5nBEmmeq0&r=fM5iy7jgIV7jGhy9QkEGrQ&m=C4ILx60Ma2DdWy18l705koC_rdgnrn9DQUUGV-T4hg8&s=O5HIn8Lx6Y896wjRAiaYoHKiUPfj-Uybro-Aua2zBJU&e=
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201120/988166c6/attachment.htm>

From d.geneste at illud.fr  Sat Nov 21 00:16:03 2020
From: d.geneste at illud.fr (Damien GENESTE)
Date: Sat, 21 Nov 2020 01:16:03 +0100
Subject: [Icecast] Icecast not working with iPhone
Message-ID: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>

Hello guys,

I hope you're well. I have an issue with my Web radio. Users using
Iphone (all web browsers) can't stream the radio. All is working perfectly
with Android users.

When i navigate on the icecast URL of my Web radio with an Iphone, the
player is not displayed (URL : https://studiorats.fr:8443/)

Do you have any idea ?

Icecast version : 2.4.99.2
OS version : Debian 9

Thanks you in advance. I can't find anything on internet. You're my last
hope.

Best Regards.
Ceelo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201121/ccc60737/attachment.htm>

From geoff at QuiteLikely.com  Sat Nov 21 00:31:32 2020
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Sat, 21 Nov 2020 02:31:32 +0200 (IST)
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
References: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
Message-ID: <alpine.DEB.2.11.2011210223200.44300@debian.work>

On Sat, 21 Nov 2020, Damien GENESTE wrote:

> I hope you're well. I have an issue with my Web radio. Users using
> Iphone (all web browsers) can't stream the radio. All is working perfectly
> with Android users.
>
> When i navigate on the icecast URL of my Web radio with an Iphone, the
> player is not displayed (URL : https://studiorats.fr:8443/)
>
> Do you have any idea ?

I've not tried it on my phone to see what happens, but iPhones don't 
natively support Ogg Vorbis format audio for a start.

According to https://www.w3schools.com/tags/tag_audio.asp - Chrome and 
Firefox support Ogg Vorbis playback but Edge and Safari do not.

Given how long Ogg Vorbis has been around, you'd think we'd be past this 
by now...

Cheers,
Geoff.



From geoff at QuiteLikely.com  Sat Nov 21 00:36:08 2020
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Sat, 21 Nov 2020 02:36:08 +0200 (IST)
Subject: [Icecast] Pre-roll playing every time user disconnects and
 connects
In-Reply-To: <CABuab=R8+FpQ0DQc-6JaKhSLGc3gbU-CbweuSWphcwqowqUw2g@mail.gmail.com>
References: <af6621e0fe964ac28358425e34e82515@jmu.edu>
 <alpine.DEB.2.11.2011201852590.44300@debian.work>
 <1412282e80e7460196357fd334161e33@jmu.edu>
 <CABuab=R8+FpQ0DQc-6JaKhSLGc3gbU-CbweuSWphcwqowqUw2g@mail.gmail.com>
Message-ID: <alpine.DEB.2.11.2011210232270.44300@debian.work>

On Fri, 20 Nov 2020, Yahav Shasha wrote:

> You could simply serve your pre roll at the client side, eg, your player.
> This way you can detect the mentioned situation and decide whether or not
> to serve the pre roll.

The trick here is to find a way of serving  the preroll without everyone 
hearing it.

I guess you could use some on connect logic to determine if it should be 
played, fire up a command line streamer which would stream it to its own 
mount point which is set to fall back to the main stream, then move the 
listener to that mount.  They would hear the preroll then drop back to the 
main stream when the streamer exits and drops off.

And of course there's the whole logic of when and when not to stream the 
preroll.

Cheers,
Geoff.



From geoff at QuiteLikely.com  Sat Nov 21 00:38:31 2020
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Sat, 21 Nov 2020 02:38:31 +0200 (IST)
Subject: [Icecast] Personal help?
In-Reply-To: <216a01d6bf5e$f0c65890$d25309b0$@aol.com>
References: <216a01d6bf5e$f0c65890$d25309b0$.ref@aol.com>
 <216a01d6bf5e$f0c65890$d25309b0$@aol.com>
Message-ID: <alpine.DEB.2.11.2011210236380.44300@debian.work>

On Fri, 20 Nov 2020, Michael Hunt wrote:

> We are a small blind radio station, we really could use some help.  We are
> having some issues, we have know idea how to fix them.
>
> I really hate asking.  But is there anyone that would be willing to help us
> out?
>
> I am not sure I can give out an email address.  So I will just wait for a
> reply.

I think the quickest way to get help is to post your questions here and 
see if anyone can answer them.

Cheers,
Geoff.



From d.geneste at illud.fr  Sat Nov 21 01:02:15 2020
From: d.geneste at illud.fr (Damien GENESTE)
Date: Sat, 21 Nov 2020 02:02:15 +0100
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <alpine.DEB.2.11.2011210223200.44300@debian.work>
References: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
 <alpine.DEB.2.11.2011210223200.44300@debian.work>
Message-ID: <CAG4BS6YrBGy93R74-61p1H+VSyGFYuLHCn4r_xG-rrWHvF56QA@mail.gmail.com>

O M G !!

It's working. I changed OGG -> MP3 and it's working now.

Thank you very much Geoff. Have a good weekend :)

*Ceelo*


On Sat, Nov 21, 2020 at 1:31 AM Geoff Shang <geoff at quitelikely.com> wrote:

> On Sat, 21 Nov 2020, Damien GENESTE wrote:
>
> > I hope you're well. I have an issue with my Web radio. Users using
> > Iphone (all web browsers) can't stream the radio. All is working
> perfectly
> > with Android users.
> >
> > When i navigate on the icecast URL of my Web radio with an Iphone, the
> > player is not displayed (URL : https://studiorats.fr:8443/)
> >
> > Do you have any idea ?
>
> I've not tried it on my phone to see what happens, but iPhones don't
> natively support Ogg Vorbis format audio for a start.
>
> According to https://www.w3schools.com/tags/tag_audio.asp - Chrome and
> Firefox support Ogg Vorbis playback but Edge and Safari do not.
>
> Given how long Ogg Vorbis has been around, you'd think we'd be past this
> by now...
>
> Cheers,
> Geoff.
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201121/b8803b8c/attachment.htm>

From jake at jakebriggs.com  Sat Nov 21 01:10:25 2020
From: jake at jakebriggs.com (jake at jakebriggs.com)
Date: Sat, 21 Nov 2020 14:10:25 +1300
Subject: [Icecast] Pre-roll playing every time user disconnects and
	connects
In-Reply-To: <alpine.DEB.2.11.2011210232270.44300@debian.work>
References: <af6621e0fe964ac28358425e34e82515@jmu.edu>
 <alpine.DEB.2.11.2011201852590.44300@debian.work>
 <1412282e80e7460196357fd334161e33@jmu.edu>
 <CABuab=R8+FpQ0DQc-6JaKhSLGc3gbU-CbweuSWphcwqowqUw2g@mail.gmail.com>
 <alpine.DEB.2.11.2011210232270.44300@debian.work>
Message-ID: <C1FDFC18-AD9A-410B-9D0B-D1E8171BC394@jakebriggs.com>

It seems to me that the only entity that can identify a unique listener, and remember the last time they visited to only transmit the preroll outside of a timeframe - and that's icecast itself. 

But even identifying listeners by IP to know when to run a preroll would not really suffice since those on flakey networks are probably on cell networks and moving around and they may jump around IPs anyway.

This issue is probably unfixable without ipv6


On 21 November 2020 1:36:08 PM NZDT, Geoff Shang <geoff at QuiteLikely.com> wrote:
>On Fri, 20 Nov 2020, Yahav Shasha wrote:
>
>> You could simply serve your pre roll at the client side, eg, your
>player.
>> This way you can detect the mentioned situation and decide whether or
>not
>> to serve the pre roll.
>
>The trick here is to find a way of serving  the preroll without
>everyone 
>hearing it.
>
>I guess you could use some on connect logic to determine if it should
>be 
>played, fire up a command line streamer which would stream it to its
>own 
>mount point which is set to fall back to the main stream, then move the
>
>listener to that mount.  They would hear the preroll then drop back to
>the 
>main stream when the streamer exits and drops off.
>
>And of course there's the whole logic of when and when not to stream
>the 
>preroll.
>
>Cheers,
>Geoff.
>
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201121/3721efbd/attachment.htm>

From nseimk at gmail.com  Sat Nov 21 11:14:07 2020
From: nseimk at gmail.com (Goran Kotevski)
Date: Sat, 21 Nov 2020 12:14:07 +0100
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
References: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
Message-ID: <CAMGzNaBtwk_9wa6Jc65-uAwxk-1c_Zor=Y2VE7o1EAVeMpobrw@mail.gmail.com>

How You get https on icecast.

On Sat, Nov 21, 2020, 01:16 Damien GENESTE <d.geneste at illud.fr> wrote:

> Hello guys,
>
> I hope you're well. I have an issue with my Web radio. Users using
> Iphone (all web browsers) can't stream the radio. All is working perfectly
> with Android users.
>
> When i navigate on the icecast URL of my Web radio with an Iphone, the
> player is not displayed (URL : https://studiorats.fr:8443/)
>
> Do you have any idea ?
>
> Icecast version : 2.4.99.2
> OS version : Debian 9
>
> Thanks you in advance. I can't find anything on internet. You're my last
> hope.
>
> Best Regards.
> Ceelo
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201121/5c49a36c/attachment.htm>

From yahav.shasha at gmail.com  Sat Nov 21 11:24:33 2020
From: yahav.shasha at gmail.com (Yahav Shasha)
Date: Sat, 21 Nov 2020 13:24:33 +0200
Subject: [Icecast] Pre-roll playing every time user disconnects and
	connects
In-Reply-To: <alpine.DEB.2.11.2011210232270.44300@debian.work>
References: <af6621e0fe964ac28358425e34e82515@jmu.edu>
 <alpine.DEB.2.11.2011201852590.44300@debian.work>
 <1412282e80e7460196357fd334161e33@jmu.edu>
 <CABuab=R8+FpQ0DQc-6JaKhSLGc3gbU-CbweuSWphcwqowqUw2g@mail.gmail.com>
 <alpine.DEB.2.11.2011210232270.44300@debian.work>
Message-ID: <CABuab=Qy3=MH93UFTYiroEMsKXSLPdD7cbkiubPR6txjwuGxBw@mail.gmail.com>

Youve over-complicated my suggestion.
No need to have icecast handle this mechanism, simply have the required
logic at the front-end - the actual player.

As for unique listeners detection and flapping ips as Jack mentioned, this
can be solved by some sort of tokenization mechanism based on local storage
or session.


?????? ???, 21 ????? 2020, 02:36, ??? Geoff Shang ?<geoff at quitelikely.com>:

> On Fri, 20 Nov 2020, Yahav Shasha wrote:
>
> > You could simply serve your pre roll at the client side, eg, your player.
> > This way you can detect the mentioned situation and decide whether or not
> > to serve the pre roll.
>
> The trick here is to find a way of serving  the preroll without everyone
> hearing it.
>
> I guess you could use some on connect logic to determine if it should be
> played, fire up a command line streamer which would stream it to its own
> mount point which is set to fall back to the main stream, then move the
> listener to that mount.  They would hear the preroll then drop back to the
> main stream when the streamer exits and drops off.
>
> And of course there's the whole logic of when and when not to stream the
> preroll.
>
> Cheers,
> Geoff.
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201121/de4e0f85/attachment.htm>

From jordan at coolmic.net  Sat Nov 21 20:05:37 2020
From: jordan at coolmic.net (Jordan Erickson)
Date: Sat, 21 Nov 2020 12:05:37 -0800
Subject: [Icecast] Pre-roll playing every time user disconnects and
 connects
In-Reply-To: <CABuab=Qy3=MH93UFTYiroEMsKXSLPdD7cbkiubPR6txjwuGxBw@mail.gmail.com>
References: <af6621e0fe964ac28358425e34e82515@jmu.edu>
 <alpine.DEB.2.11.2011201852590.44300@debian.work>
 <1412282e80e7460196357fd334161e33@jmu.edu>
 <CABuab=R8+FpQ0DQc-6JaKhSLGc3gbU-CbweuSWphcwqowqUw2g@mail.gmail.com>
 <alpine.DEB.2.11.2011210232270.44300@debian.work>
 <CABuab=Qy3=MH93UFTYiroEMsKXSLPdD7cbkiubPR6txjwuGxBw@mail.gmail.com>
Message-ID: <0b25b569-f047-d26d-e6ad-03fb01353637@coolmic.net>

I think what Geoff is suggesting is a server-side solution, whereas 
yours is client-side. Both seem valid routes to me.

Of course, what do you do when you're not in control of the listener client?


Cheers,
Jordan


On 11/21/20 3:24 AM, Yahav Shasha wrote:
> Youve over-complicated my suggestion.
> No need to have icecast handle this mechanism, simply have the required 
> logic at the front-end - the actual player.
> 
> As for unique listeners detection and flapping ips as Jack mentioned, 
> this can be solved by some sort of tokenization mechanism based on local 
> storage or session.
> 
> 
> ?????? ???, 21 ????? 2020, 02:36, ??? Geoff Shang 
> ?<geoff at quitelikely.com <mailto:geoff at quitelikely.com>>:
> 
>     On Fri, 20 Nov 2020, Yahav Shasha wrote:
> 
>      > You could simply serve your pre roll at the client side, eg, your
>     player.
>      > This way you can detect the mentioned situation and decide
>     whether or not
>      > to serve the pre roll.
> 
>     The trick here is to find a way of serving? the preroll without
>     everyone
>     hearing it.
> 
>     I guess you could use some on connect logic to determine if it
>     should be
>     played, fire up a command line streamer which would stream it to its
>     own
>     mount point which is set to fall back to the main stream, then move the
>     listener to that mount.? They would hear the preroll then drop back
>     to the
>     main stream when the streamer exits and drops off.
> 
>     And of course there's the whole logic of when and when not to stream
>     the
>     preroll.
> 
>     Cheers,
>     Geoff.
> 
>     _______________________________________________
>     Icecast mailing list
>     Icecast at xiph.org <mailto:Icecast at xiph.org>
>     http://lists.xiph.org/mailman/listinfo/icecast
>     <http://lists.xiph.org/mailman/listinfo/icecast>
> 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 


From d.geneste at illud.fr  Sat Nov 21 22:24:42 2020
From: d.geneste at illud.fr (Damien GENESTE)
Date: Sat, 21 Nov 2020 23:24:42 +0100
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <CAMGzNaBtwk_9wa6Jc65-uAwxk-1c_Zor=Y2VE7o1EAVeMpobrw@mail.gmail.com>
References: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
 <CAMGzNaBtwk_9wa6Jc65-uAwxk-1c_Zor=Y2VE7o1EAVeMpobrw@mail.gmail.com>
Message-ID: <CAG4BS6bG_WYkAW15V4Qv=pEW4PqLS7sVhbcP4OkAtMUhB3zemQ@mail.gmail.com>

Hello Goran,

You must install Cerbot (for Let's Encrypt certificate) and then generate
certificates (Icecast is not able to use the different Let?s Encrypt
certificates generated by default, it is necessary to combine them).

Then install the following dependencies :

apt install git gcc build-essential automake autoconf libtool checkinstall

and
apt install libcurl4-openssl-dev libxslt1-dev libxml2-dev libogg-dev
libvorbis-dev libflac-dev libtheora-dev libssl-dev libspeex-dev
;;
Then download Icecast from the git (Git clone command) and install it with
SSL support.

I can't find the procedure I followed anymore but you should find what you
need on the net. You have the main lines

*Ceelo*



On Sat, Nov 21, 2020 at 12:14 PM Goran Kotevski <nseimk at gmail.com> wrote:

> How You get https on icecast.
>
> On Sat, Nov 21, 2020, 01:16 Damien GENESTE <d.geneste at illud.fr> wrote:
>
>> Hello guys,
>>
>> I hope you're well. I have an issue with my Web radio. Users using
>> Iphone (all web browsers) can't stream the radio. All is working perfectly
>> with Android users.
>>
>> When i navigate on the icecast URL of my Web radio with an Iphone, the
>> player is not displayed (URL : https://studiorats.fr:8443/)
>>
>> Do you have any idea ?
>>
>> Icecast version : 2.4.99.2
>> OS version : Debian 9
>>
>> Thanks you in advance. I can't find anything on internet. You're my last
>> hope.
>>
>> Best Regards.
>> Ceelo
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201121/c254b66e/attachment.htm>

From epirat07 at gmail.com  Sat Nov 21 22:42:13 2020
From: epirat07 at gmail.com (Marvin Scholz)
Date: Sat, 21 Nov 2020 23:42:13 +0100
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <CAMGzNaBtwk_9wa6Jc65-uAwxk-1c_Zor=Y2VE7o1EAVeMpobrw@mail.gmail.com>
References: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
 <CAMGzNaBtwk_9wa6Jc65-uAwxk-1c_Zor=Y2VE7o1EAVeMpobrw@mail.gmail.com>
Message-ID: <E5C5C5A4-E760-4B36-BD6B-229D9350395F@gmail.com>

On 21 Nov 2020, at 12:14, Goran Kotevski wrote:

> How You get https on icecast.
>

Hi,
please do not reply to existing topics if you have a unrelated
question, it is confusing and lowers the possibility that you get
helpful answers.

> On Sat, Nov 21, 2020, 01:16 Damien GENESTE <d.geneste at illud.fr> wrote:
>
>> Hello guys,
>>
>> I hope you're well. I have an issue with my Web radio. Users using
>> Iphone (all web browsers) can't stream the radio. All is working perfectly
>> with Android users.
>>
>> When i navigate on the icecast URL of my Web radio with an Iphone, the
>> player is not displayed (URL : https://studiorats.fr:8443/)
>>
>> Do you have any idea ?
>>
>> Icecast version : 2.4.99.2
>> OS version : Debian 9
>>
>> Thanks you in advance. I can't find anything on internet. You're my last
>> hope.
>>
>> Best Regards.
>> Ceelo
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>


> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From epirat07 at gmail.com  Sat Nov 21 22:44:46 2020
From: epirat07 at gmail.com (Marvin Scholz)
Date: Sat, 21 Nov 2020 23:44:46 +0100
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <CAG4BS6bG_WYkAW15V4Qv=pEW4PqLS7sVhbcP4OkAtMUhB3zemQ@mail.gmail.com>
References: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
 <CAMGzNaBtwk_9wa6Jc65-uAwxk-1c_Zor=Y2VE7o1EAVeMpobrw@mail.gmail.com>
 <CAG4BS6bG_WYkAW15V4Qv=pEW4PqLS7sVhbcP4OkAtMUhB3zemQ@mail.gmail.com>
Message-ID: <438FEE1C-4F76-4971-99CE-E4BEC157E9C3@gmail.com>



On 21 Nov 2020, at 23:24, Damien GENESTE wrote:

> Hello Goran,
>
> You must install Cerbot (for Let's Encrypt certificate) and then 
> generate
> certificates (Icecast is not able to use the different Let?s Encrypt
> certificates generated by default, it is necessary to combine them).
>
> Then install the following dependencies :
>
> apt install git gcc build-essential automake autoconf libtool 
> checkinstall
>
> and
> apt install libcurl4-openssl-dev libxslt1-dev libxml2-dev libogg-dev
> libvorbis-dev libflac-dev libtheora-dev libssl-dev libspeex-dev
> ;;
> Then download Icecast from the git (Git clone command) and install it 
> with
> SSL support.
>

Hi,
thanks for trying to help, although the recommendation to install
from source is not really a good thing to do. Especially from git
master, as it means you get a possibly unstable development version
of Icecast that is not intended to be used in any production
environment at all.

The recommended way is to use the Icecast packaged either by the OS,
or if that one lacks SSL support, Xiph provides the OBS repo packages,
details about which can be found at:

https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(official_Xiph_repositories)

> I can't find the procedure I followed anymore but you should find what 
> you
> need on the net. You have the main lines
>
> *Ceelo*
>
>
>
> On Sat, Nov 21, 2020 at 12:14 PM Goran Kotevski <nseimk at gmail.com> 
> wrote:
>
>> How You get https on icecast.
>>
>> On Sat, Nov 21, 2020, 01:16 Damien GENESTE <d.geneste at illud.fr> 
>> wrote:
>>
>>> Hello guys,
>>>
>>> I hope you're well. I have an issue with my Web radio. Users using
>>> Iphone (all web browsers) can't stream the radio. All is working 
>>> perfectly
>>> with Android users.
>>>
>>> When i navigate on the icecast URL of my Web radio with an Iphone, 
>>> the
>>> player is not displayed (URL : https://studiorats.fr:8443/)
>>>
>>> Do you have any idea ?
>>>
>>> Icecast version : 2.4.99.2
>>> OS version : Debian 9
>>>
>>> Thanks you in advance. I can't find anything on internet. You're my 
>>> last
>>> hope.
>>>
>>> Best Regards.
>>> Ceelo
>>> _______________________________________________
>>> Icecast mailing list
>>> Icecast at xiph.org
>>> http://lists.xiph.org/mailman/listinfo/icecast
>>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>


> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From rnbandhiphopradio at gmail.com  Sun Nov 22 08:43:32 2020
From: rnbandhiphopradio at gmail.com (RNB HIP HOP)
Date: Sun, 22 Nov 2020 03:43:32 -0500
Subject: [Icecast] New to list - struggling with restream of icecast
In-Reply-To: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>
References: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>
Message-ID: <CAGaG9jBDghO1RtDTyg1GdC_DoUCOm5LqRJiyG9LoMeppt-R+5A@mail.gmail.com>

Thanks, it is greatly appreciated!!! Please check out our station on
www.100HipHopandRNB.FM. The station can be heard on iHeartRadio, Tunein,
Roku, Sonos, iTunes, Amazon Firestick, and many more. Our team is deep!

On Wed, Nov 18, 2020 at 6:24 AM Christian Scharff <christian at scharff-home.de>
wrote:

> Hi all,
>
> I am new to this list.
> I run an Internet Radio on laut.fm - which allows also live streaming
>
> So keep the streaming keys and passwords secret, but let other DJs
> stream to this server, I like to setup an icecast re-stream server.
>
> I tryed icecast as a server on my own dedicated internet server but I do
> not see a re-stream option in the icecast config.
>
> Is there a possibility to let my icecast server to re-stream to another
> icecast server?
>
> Or do I need to setup a proxy on http ports e.g. 8080?
> I have apache2 running.
>
> BR
>
> Chris
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201122/640d969b/attachment.htm>

From d.geneste at illud.fr  Sun Nov 22 15:48:13 2020
From: d.geneste at illud.fr (Damien GENESTE)
Date: Sun, 22 Nov 2020 16:48:13 +0100
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <438FEE1C-4F76-4971-99CE-E4BEC157E9C3@gmail.com>
References: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
 <CAMGzNaBtwk_9wa6Jc65-uAwxk-1c_Zor=Y2VE7o1EAVeMpobrw@mail.gmail.com>
 <CAG4BS6bG_WYkAW15V4Qv=pEW4PqLS7sVhbcP4OkAtMUhB3zemQ@mail.gmail.com>
 <438FEE1C-4F76-4971-99CE-E4BEC157E9C3@gmail.com>
Message-ID: <CAG4BS6ZLXgJSNJGAFCyDwC-O+B++8xyeSXCDAioKLDV2HpsLHg@mail.gmail.com>

Hello Marvin,

Ok, sorry for that...

BR,

Ceelo



On Sat, Nov 21, 2020 at 11:44 PM Marvin Scholz <epirat07 at gmail.com> wrote:

>
>
> On 21 Nov 2020, at 23:24, Damien GENESTE wrote:
>
> > Hello Goran,
> >
> > You must install Cerbot (for Let's Encrypt certificate) and then
> > generate
> > certificates (Icecast is not able to use the different Let?s Encrypt
> > certificates generated by default, it is necessary to combine them).
> >
> > Then install the following dependencies :
> >
> > apt install git gcc build-essential automake autoconf libtool
> > checkinstall
> >
> > and
> > apt install libcurl4-openssl-dev libxslt1-dev libxml2-dev libogg-dev
> > libvorbis-dev libflac-dev libtheora-dev libssl-dev libspeex-dev
> > ;;
> > Then download Icecast from the git (Git clone command) and install it
> > with
> > SSL support.
> >
>
> Hi,
> thanks for trying to help, although the recommendation to install
> from source is not really a good thing to do. Especially from git
> master, as it means you get a possibly unstable development version
> of Icecast that is not intended to be used in any production
> environment at all.
>
> The recommended way is to use the Icecast packaged either by the OS,
> or if that one lacks SSL support, Xiph provides the OBS repo packages,
> details about which can be found at:
>
>
> https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(official_Xiph_repositories)
>
> > I can't find the procedure I followed anymore but you should find what
> > you
> > need on the net. You have the main lines
> >
> > *Ceelo*
> >
> >
> >
> > On Sat, Nov 21, 2020 at 12:14 PM Goran Kotevski <nseimk at gmail.com>
> > wrote:
> >
> >> How You get https on icecast.
> >>
> >> On Sat, Nov 21, 2020, 01:16 Damien GENESTE <d.geneste at illud.fr>
> >> wrote:
> >>
> >>> Hello guys,
> >>>
> >>> I hope you're well. I have an issue with my Web radio. Users using
> >>> Iphone (all web browsers) can't stream the radio. All is working
> >>> perfectly
> >>> with Android users.
> >>>
> >>> When i navigate on the icecast URL of my Web radio with an Iphone,
> >>> the
> >>> player is not displayed (URL : https://studiorats.fr:8443/)
> >>>
> >>> Do you have any idea ?
> >>>
> >>> Icecast version : 2.4.99.2
> >>> OS version : Debian 9
> >>>
> >>> Thanks you in advance. I can't find anything on internet. You're my
> >>> last
> >>> hope.
> >>>
> >>> Best Regards.
> >>> Ceelo
> >>> _______________________________________________
> >>> Icecast mailing list
> >>> Icecast at xiph.org
> >>> http://lists.xiph.org/mailman/listinfo/icecast
> >>>
> >> _______________________________________________
> >> Icecast mailing list
> >> Icecast at xiph.org
> >> http://lists.xiph.org/mailman/listinfo/icecast
> >>
>
>
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201122/a8be13c3/attachment.htm>

From d.geneste at illud.fr  Sun Nov 22 15:48:29 2020
From: d.geneste at illud.fr (Damien GENESTE)
Date: Sun, 22 Nov 2020 16:48:29 +0100
Subject: [Icecast] Latency with mp3 encoding format
Message-ID: <CAG4BS6Y3zYnVmuQs-WzE4zN-KL_xUWQCoBCZERE5OqZGqp=EBw@mail.gmail.com>

Hello Guys,

When i use mp3 format to stream on Icecast, it take 4,78 seconds between
the moment I do "Play" and the moment the music starts. It takes less than
a second in OGG. Do you have any ideas to reduce the latency?

Thank you in advance,

*Ceelo*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201122/a9bf62c7/attachment.htm>

From mayianmm at jmu.edu  Sun Nov 22 22:04:37 2020
From: mayianmm at jmu.edu (Mayiani, Martin Martine - mayianmm)
Date: Sun, 22 Nov 2020 22:04:37 +0000
Subject: [Icecast] Latency with mp3 encoding format
In-Reply-To: <CAG4BS6Y3zYnVmuQs-WzE4zN-KL_xUWQCoBCZERE5OqZGqp=EBw@mail.gmail.com>
References: <CAG4BS6Y3zYnVmuQs-WzE4zN-KL_xUWQCoBCZERE5OqZGqp=EBw@mail.gmail.com>
Message-ID: <7F30665C-812F-4F99-BA6A-1675B223E9E9@jmu.edu>

I think that has to do with the burst size increasing it in the configuration should help.

Martin

On Nov 22, 2020, at 10:49 AM, Damien GENESTE <d.geneste at illud.fr> wrote:

? CAUTION: This email originated from outside of JMU. Do not click links or open attachments unless you recognize the sender and know the content is safe.
________________________________
Hello Guys,

When i use mp3 format to stream on Icecast, it take 4,78 seconds between the moment I do "Play" and the moment the music starts. It takes less than a second in OGG. Do you have any ideas to reduce the latency?

Thank you in advance,

Ceelo

_______________________________________________
Icecast mailing list
Icecast at xiph.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.xiph.org_mailman_listinfo_icecast&d=DwIGaQ&c=eLbWYnpnzycBCgmb7vCI4uqNEB9RSjOdn_5nBEmmeq0&r=fM5iy7jgIV7jGhy9QkEGrQ&m=oYc0PTOVNTAghymerCghT7Cm7Ltmrzr2Nptl-GJ-nf8&s=P4rTdlRPU8SDtXpP4FBl21Y0y5JLGR5ZzaJHV43EeoM&e=
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201122/07a599cc/attachment.htm>

From d.geneste at illud.fr  Mon Nov 23 22:42:45 2020
From: d.geneste at illud.fr (Damien GENESTE)
Date: Mon, 23 Nov 2020 23:42:45 +0100
Subject: [Icecast] Latency with mp3 encoding format
In-Reply-To: <7F30665C-812F-4F99-BA6A-1675B223E9E9@jmu.edu>
References: <CAG4BS6Y3zYnVmuQs-WzE4zN-KL_xUWQCoBCZERE5OqZGqp=EBw@mail.gmail.com>
 <7F30665C-812F-4F99-BA6A-1675B223E9E9@jmu.edu>
Message-ID: <CAG4BS6ZAHO4rQ0uQhhMTnEN=H1mCct3o3t5YZijaecEOZY+yDg@mail.gmail.com>

Hello Mayiani,

Thank you for the information. I will do tests with the burst size.

FYI : I changed mp3 to AAC and the latency is good.

BR,

Damien GENESTE

Tel: +33 6 10 89 85 74
Email: d.geneste at illud.fr

On Sun, Nov 22, 2020, 23:04 Mayiani, Martin Martine - mayianmm <
mayianmm at jmu.edu> wrote:

> I think that has to do with the burst size increasing it in the
> configuration should help.
>
> Martin
>
> On Nov 22, 2020, at 10:49 AM, Damien GENESTE <d.geneste at illud.fr> wrote:
>
> ? *CAUTION: *This email originated from outside of JMU. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
> ------------------------------
> Hello Guys,
>
> When i use mp3 format to stream on Icecast, it take 4,78 seconds between
> the moment I do "Play" and the moment the music starts. It takes less than
> a second in OGG. Do you have any ideas to reduce the latency?
>
> Thank you in advance,
>
> *Ceelo*
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
>
> https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.xiph.org_mailman_listinfo_icecast&d=DwIGaQ&c=eLbWYnpnzycBCgmb7vCI4uqNEB9RSjOdn_5nBEmmeq0&r=fM5iy7jgIV7jGhy9QkEGrQ&m=oYc0PTOVNTAghymerCghT7Cm7Ltmrzr2Nptl-GJ-nf8&s=P4rTdlRPU8SDtXpP4FBl21Y0y5JLGR5ZzaJHV43EeoM&e=
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201123/9265ee7b/attachment.htm>

From un at aporee.org  Tue Nov 24 14:53:51 2020
From: un at aporee.org (unosonic)
Date: Tue, 24 Nov 2020 15:53:51 +0100
Subject: [Icecast] switch a source, idea?
Message-ID: <20201124145350.xrvyg7djmkssxrl4@mail.aporee.net>


hi there,

let's say I have a mountpoint /important with a source a, and a mountpoint /notimportant with source b
now I have to switch source a and b so that the content of source b plays on mountpoint /important
mountpoint /notimportant is, well, not so important

of course I can do it manually, but I wonder if there is a trick to accomplish that 
programmatically or within icecast. ideas welcome!
thx, u


From jordan at coolmic.net  Tue Nov 24 18:16:24 2020
From: jordan at coolmic.net (Jordan Erickson)
Date: Tue, 24 Nov 2020 10:16:24 -0800
Subject: [Icecast] switch a source, idea?
In-Reply-To: <20201124145350.xrvyg7djmkssxrl4@mail.aporee.net>
References: <20201124145350.xrvyg7djmkssxrl4@mail.aporee.net>
Message-ID: <ef604ba7-7037-767a-36ce-1eaa6c227028@coolmic.net>

That all depends on your source client capabilities and how well you 
could automate that task. I'd think ices2 would be a pretty good route 
as it is scriptable. You could just use different config files with the 
necessary configuration for each scenario.

You can temporarily move listeners from mountpoint to mountpoint within 
the admin interface, but that's a temporary thing afaik. Not sure if the 
API exposes any of that functionality, though this is veering off of 
your original goal I think.


Cheers,
Jordan


On 11/24/20 6:53 AM, unosonic wrote:
> 
> hi there,
> 
> let's say I have a mountpoint /important with a source a, and a mountpoint /notimportant with source b
> now I have to switch source a and b so that the content of source b plays on mountpoint /important
> mountpoint /notimportant is, well, not so important
> 
> of course I can do it manually, but I wonder if there is a trick to accomplish that
> programmatically or within icecast. ideas welcome!
> thx, u
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
> 


From webmaster at berean-biblechurch.org  Wed Nov 25 01:46:01 2020
From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org)
Date: Tue, 24 Nov 2020 19:46:01 -0600
Subject: [Icecast] Personal help?
In-Reply-To: <216a01d6bf5e$f0c65890$d25309b0$@aol.com>
References: <216a01d6bf5e$f0c65890$d25309b0$.ref@aol.com>
 <216a01d6bf5e$f0c65890$d25309b0$@aol.com>
Message-ID: <d25ed8f4fd26d09cd9c975dce03cc33c@berean-biblechurch.org>

Hi Michael, 

What level of help are you wanting?  Something where a person could
remote in and configure your system? 

What OS is Icecast running on? 

What is a 'blind radio station'? 

Regards,
Justin

On 2020-11-20 11:02, Michael Hunt wrote:

> Hi, 
> 
> We are a small blind radio station, we really could use some help.  We are having some issues, we have know idea how to fix them. 
> 
> I really hate asking.  But is there anyone that would be willing to help us out? 
> 
> I am not sure I can give out an email address.  So I will just wait for a reply.  
> 
> Thanks in advance Michael 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201124/56888c6f/attachment.htm>

From ahbaht at gmail.com  Wed Nov 25 02:55:25 2020
From: ahbaht at gmail.com (Desidido Mohabal Jr.)
Date: Wed, 25 Nov 2020 10:55:25 +0800
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <CAG4BS6ZLXgJSNJGAFCyDwC-O+B++8xyeSXCDAioKLDV2HpsLHg@mail.gmail.com>
References: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
 <CAMGzNaBtwk_9wa6Jc65-uAwxk-1c_Zor=Y2VE7o1EAVeMpobrw@mail.gmail.com>
 <CAG4BS6bG_WYkAW15V4Qv=pEW4PqLS7sVhbcP4OkAtMUhB3zemQ@mail.gmail.com>
 <438FEE1C-4F76-4971-99CE-E4BEC157E9C3@gmail.com>
 <CAG4BS6ZLXgJSNJGAFCyDwC-O+B++8xyeSXCDAioKLDV2HpsLHg@mail.gmail.com>
Message-ID: <CACq9djTza_2-h0Wq9aC0z0LWNEr0q1vzH3X1AFOQuCA+0jW5fQ@mail.gmail.com>

Fuck You all. Don't Spam my email....

On Sun, Nov 22, 2020 at 11:49 PM Damien GENESTE <d.geneste at illud.fr> wrote:

> Hello Marvin,
>
> Ok, sorry for that...
>
> BR,
>
> Ceelo
>
>
>
> On Sat, Nov 21, 2020 at 11:44 PM Marvin Scholz <epirat07 at gmail.com> wrote:
>
>>
>>
>> On 21 Nov 2020, at 23:24, Damien GENESTE wrote:
>>
>> > Hello Goran,
>> >
>> > You must install Cerbot (for Let's Encrypt certificate) and then
>> > generate
>> > certificates (Icecast is not able to use the different Let?s Encrypt
>> > certificates generated by default, it is necessary to combine them).
>> >
>> > Then install the following dependencies :
>> >
>> > apt install git gcc build-essential automake autoconf libtool
>> > checkinstall
>> >
>> > and
>> > apt install libcurl4-openssl-dev libxslt1-dev libxml2-dev libogg-dev
>> > libvorbis-dev libflac-dev libtheora-dev libssl-dev libspeex-dev
>> > ;;
>> > Then download Icecast from the git (Git clone command) and install it
>> > with
>> > SSL support.
>> >
>>
>> Hi,
>> thanks for trying to help, although the recommendation to install
>> from source is not really a good thing to do. Especially from git
>> master, as it means you get a possibly unstable development version
>> of Icecast that is not intended to be used in any production
>> environment at all.
>>
>> The recommended way is to use the Icecast packaged either by the OS,
>> or if that one lacks SSL support, Xiph provides the OBS repo packages,
>> details about which can be found at:
>>
>>
>> https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(official_Xiph_repositories)
>>
>> > I can't find the procedure I followed anymore but you should find what
>> > you
>> > need on the net. You have the main lines
>> >
>> > *Ceelo*
>> >
>> >
>> >
>> > On Sat, Nov 21, 2020 at 12:14 PM Goran Kotevski <nseimk at gmail.com>
>> > wrote:
>> >
>> >> How You get https on icecast.
>> >>
>> >> On Sat, Nov 21, 2020, 01:16 Damien GENESTE <d.geneste at illud.fr>
>> >> wrote:
>> >>
>> >>> Hello guys,
>> >>>
>> >>> I hope you're well. I have an issue with my Web radio. Users using
>> >>> Iphone (all web browsers) can't stream the radio. All is working
>> >>> perfectly
>> >>> with Android users.
>> >>>
>> >>> When i navigate on the icecast URL of my Web radio with an Iphone,
>> >>> the
>> >>> player is not displayed (URL : https://studiorats.fr:8443/)
>> >>>
>> >>> Do you have any idea ?
>> >>>
>> >>> Icecast version : 2.4.99.2
>> >>> OS version : Debian 9
>> >>>
>> >>> Thanks you in advance. I can't find anything on internet. You're my
>> >>> last
>> >>> hope.
>> >>>
>> >>> Best Regards.
>> >>> Ceelo
>> >>> _______________________________________________
>> >>> Icecast mailing list
>> >>> Icecast at xiph.org
>> >>> http://lists.xiph.org/mailman/listinfo/icecast
>> >>>
>> >> _______________________________________________
>> >> Icecast mailing list
>> >> Icecast at xiph.org
>> >> http://lists.xiph.org/mailman/listinfo/icecast
>> >>
>>
>>
>> > _______________________________________________
>> > Icecast mailing list
>> > Icecast at xiph.org
>> > http://lists.xiph.org/mailman/listinfo/icecast
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201125/6424cf0d/attachment.htm>

From epirat07 at gmail.com  Wed Nov 25 04:41:13 2020
From: epirat07 at gmail.com (Marvin Scholz)
Date: Wed, 25 Nov 2020 05:41:13 +0100
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <CACq9djTza_2-h0Wq9aC0z0LWNEr0q1vzH3X1AFOQuCA+0jW5fQ@mail.gmail.com>
References: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
 <CAMGzNaBtwk_9wa6Jc65-uAwxk-1c_Zor=Y2VE7o1EAVeMpobrw@mail.gmail.com>
 <CAG4BS6bG_WYkAW15V4Qv=pEW4PqLS7sVhbcP4OkAtMUhB3zemQ@mail.gmail.com>
 <438FEE1C-4F76-4971-99CE-E4BEC157E9C3@gmail.com>
 <CAG4BS6ZLXgJSNJGAFCyDwC-O+B++8xyeSXCDAioKLDV2HpsLHg@mail.gmail.com>
 <CACq9djTza_2-h0Wq9aC0z0LWNEr0q1vzH3X1AFOQuCA+0jW5fQ@mail.gmail.com>
Message-ID: <801500CD-39F9-487A-936B-59FC558193CE@gmail.com>

PSA: I've removed Desidido Mohabal Jr. from the Icecast list
as evidently he did not want to be on it.

On 25 Nov 2020, at 3:55, Desidido Mohabal Jr. wrote:

> Fuck You all. Don't Spam my email....
>
> On Sun, Nov 22, 2020 at 11:49 PM Damien GENESTE <d.geneste at illud.fr> wrote:


From deleutre at gmail.com  Wed Nov 25 06:52:36 2020
From: deleutre at gmail.com (Norbert Deleutre)
Date: Wed, 25 Nov 2020 07:52:36 +0100
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <801500CD-39F9-487A-936B-59FC558193CE@gmail.com>
References: <801500CD-39F9-487A-936B-59FC558193CE@gmail.com>
Message-ID: <99B83D83-CFC1-459C-BCA1-0352021620E2@gmail.com>

?

?-
N.D

> Le 25 nov. 2020 ? 05:41, Marvin Scholz <epirat07 at gmail.com> a ?crit :
> 
> ?PSA: I've removed Desidido Mohabal Jr. from the Icecast list
> as evidently he did not want to be on it.
> 
>> On 25 Nov 2020, at 3:55, Desidido Mohabal Jr. wrote:
>> 
>> Fuck You all. Don't Spam my email....
>> 
>> On Sun, Nov 22, 2020 at 11:49 PM Damien GENESTE <d.geneste at illud.fr> wrote:
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From norbert.deleutre at umontpellier.fr  Wed Nov 25 09:21:55 2020
From: norbert.deleutre at umontpellier.fr (Norbert Deleutre)
Date: Wed, 25 Nov 2020 10:21:55 +0100
Subject: [Icecast] Stream over SSL and chrome
Message-ID: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>

Hello All,

I had installed icecast2.2.4 with openSSL.
I created a wordpress web site with SSL.
If I stream with HTTPS under chrome , the player don?t work.
If I stream without yes !

Could you please help me ?

Thanks

--------

Norbert Deleutre?  <http://www.lmgc.univ-montp2.fr/perso/norbert-deleutre/>
P 0467149655  UMR CNRS 5508?  <http://www.lmgc.univ-montp2.fr/>
A Campus Saint-Priest/Montpellier 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201125/84ec531b/attachment.htm>

From artuch at speedy.com.ar  Wed Nov 25 11:33:59 2020
From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch)
Date: Wed, 25 Nov 2020 08:33:59 -0300
Subject: [Icecast] Icecast not working with iPhone
In-Reply-To: <801500CD-39F9-487A-936B-59FC558193CE@gmail.com>
References: <CAG4BS6Y7ufbr7-KniM=TCmCW03Vg_PS8UoPPdbcaJv+thqejJg@mail.gmail.com>
 <CAMGzNaBtwk_9wa6Jc65-uAwxk-1c_Zor=Y2VE7o1EAVeMpobrw@mail.gmail.com>
 <CAG4BS6bG_WYkAW15V4Qv=pEW4PqLS7sVhbcP4OkAtMUhB3zemQ@mail.gmail.com>
 <438FEE1C-4F76-4971-99CE-E4BEC157E9C3@gmail.com>
 <CAG4BS6ZLXgJSNJGAFCyDwC-O+B++8xyeSXCDAioKLDV2HpsLHg@mail.gmail.com>
 <CACq9djTza_2-h0Wq9aC0z0LWNEr0q1vzH3X1AFOQuCA+0jW5fQ@mail.gmail.com>
 <801500CD-39F9-487A-936B-59FC558193CE@gmail.com>
Message-ID: <cf77c88f7ce95ad31c668525282522965d14d632.camel@speedy.com.ar>

For a good understanding, few words are enough :))

El mi?, 25-11-2020 a las 05:41 +0100, Marvin Scholz escribi?:
> PSA: I've removed Desidido Mohabal Jr. from the Icecast list
> as evidently he did not want to be on it.
> 
> On 25 Nov 2020, at 3:55, Desidido Mohabal Jr. wrote:
> 
> > Fuck You all. Don't Spam my email....
> > 
> > On Sun, Nov 22, 2020 at 11:49 PM Damien GENESTE <d.geneste at illud.fr
> > > wrote:
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From d.geneste at illud.fr  Wed Nov 25 12:04:56 2020
From: d.geneste at illud.fr (Damien GENESTE)
Date: Wed, 25 Nov 2020 13:04:56 +0100
Subject: [Icecast] Stream over SSL and chrome
In-Reply-To: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
References: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
Message-ID: <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>

Hello Norbert,

I don't know how i can help you but i'm actually streaming with HTTPS under
chrome.
My Icecast is available at : https://domainname:8443 and my webplayer gets
the stream at : https://domainname:8443/stream

Is your server (Wordpress or other) with HTTPS ?

BR,

*Ceelo*

On Wed, Nov 25, 2020 at 10:22 AM Norbert Deleutre <
norbert.deleutre at umontpellier.fr> wrote:

> Hello All,
>
> I had installed icecast2.2.4 with openSSL.
> I created a wordpress web site with SSL.
> If I stream with HTTPS under chrome , the player don?t work.
> If I stream without yes !
>
> Could you please help me ?
>
> Thanks
>
> --------
> Norbert Deleutre  <http://www.lmgc.univ-montp2.fr/perso/norbert-deleutre/>
> P 0467149655  UMR CNRS 5508  <http://www.lmgc.univ-montp2.fr/>
> A Campus Saint-Priest/Montpellier
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201125/90bf9747/attachment.htm>

From norbert.deleutre at umontpellier.fr  Wed Nov 25 12:14:06 2020
From: norbert.deleutre at umontpellier.fr (Norbert Deleutre)
Date: Wed, 25 Nov 2020 13:14:06 +0100
Subject: [Icecast] Stream over SSL and chrome
In-Reply-To: <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>
References: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
 <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>
Message-ID: <FA9FE3C7-13B8-491D-8E47-568652B9EF21@umontpellier.fr>

My site  : https://radiobiscottes.studioo.fr/



--------

Norbert Deleutre?  <http://www.lmgc.univ-montp2.fr/perso/norbert-deleutre/>
P 0467149655  UMR CNRS 5508?  <http://www.lmgc.univ-montp2.fr/>
A Campus Saint-Priest/Montpellier 

> Le 25 nov. 2020 ? 13:04, Damien GENESTE <d.geneste at illud.fr> a ?crit :
> 
> Hello Norbert,
> 
> I don't know how i can help you but i'm actually streaming with HTTPS under chrome.
> My Icecast is available at : https://domainname:8443 <https://domainname:8443/> and my webplayer gets the stream at : https://domainname:8443/stream <https://domainname:8443/stream>
> 
> Is your server (Wordpress or other) with HTTPS ?
> 
> BR,
> 
> Ceelo
> 
> On Wed, Nov 25, 2020 at 10:22 AM Norbert Deleutre <norbert.deleutre at umontpellier.fr <mailto:norbert.deleutre at umontpellier.fr>> wrote:
> Hello All,
> 
> I had installed icecast2.2.4 with openSSL.
> I created a wordpress web site with SSL.
> If I stream with HTTPS under chrome , the player don?t work.
> If I stream without yes !
> 
> Could you please help me ?
> 
> Thanks
> 
> --------
> 
> Norbert Deleutre?? <http://www.lmgc.univ-montp2.fr/perso/norbert-deleutre/>
> P 0467149655  UMR CNRS 5508?? <http://www.lmgc.univ-montp2.fr/>
> A Campus Saint-Priest/Montpellier 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org <mailto:Icecast at xiph.org>
> http://lists.xiph.org/mailman/listinfo/icecast <http://lists.xiph.org/mailman/listinfo/icecast>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org <mailto:Icecast at xiph.org>
> http://lists.xiph.org/mailman/listinfo/icecast <http://lists.xiph.org/mailman/listinfo/icecast>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201125/c413c681/attachment.htm>

From d.geneste at illud.fr  Wed Nov 25 12:17:59 2020
From: d.geneste at illud.fr (Damien GENESTE)
Date: Wed, 25 Nov 2020 13:17:59 +0100
Subject: [Icecast] Stream over SSL and chrome
In-Reply-To: <FA9FE3C7-13B8-491D-8E47-568652B9EF21@umontpellier.fr>
References: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
 <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>
 <FA9FE3C7-13B8-491D-8E47-568652B9EF21@umontpellier.fr>
Message-ID: <CAG4BS6bswshmoCGtMuk6Yx8X2+-p5M_oQ4-+UeaqdJ1NEyJqTw@mail.gmail.com>

Yes full HTTPS. And you're Icecast URL?

*Ceelo*



On Wed, Nov 25, 2020 at 1:14 PM Norbert Deleutre <
norbert.deleutre at umontpellier.fr> wrote:

> My site  : https://radiobiscottes.studioo.fr/
>
>
>
> --------
> Norbert Deleutre  <http://www.lmgc.univ-montp2.fr/perso/norbert-deleutre/>
> P 0467149655  UMR CNRS 5508  <http://www.lmgc.univ-montp2.fr/>
> A Campus Saint-Priest/Montpellier
>
> Le 25 nov. 2020 ? 13:04, Damien GENESTE <d.geneste at illud.fr> a ?crit :
>
> Hello Norbert,
>
> I don't know how i can help you but i'm actually streaming with HTTPS
> under chrome.
> My Icecast is available at : https://domainname:8443 and my webplayer
> gets the stream at : https://domainname:8443/stream
>
> Is your server (Wordpress or other) with HTTPS ?
>
> BR,
>
> *Ceelo*
>
> On Wed, Nov 25, 2020 at 10:22 AM Norbert Deleutre <
> norbert.deleutre at umontpellier.fr> wrote:
>
>> Hello All,
>>
>> I had installed icecast2.2.4 with openSSL.
>> I created a wordpress web site with SSL.
>> If I stream with HTTPS under chrome , the player don?t work.
>> If I stream without yes !
>>
>> Could you please help me ?
>>
>> Thanks
>>
>> --------
>> Norbert Deleutre
>> <http://www.lmgc.univ-montp2.fr/perso/norbert-deleutre/>
>> P 0467149655  UMR CNRS 5508   <http://www.lmgc.univ-montp2.fr/>
>> A Campus Saint-Priest/Montpellier
>>
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201125/d4a747d4/attachment.htm>

From saulvillarin1992 at gmail.com  Wed Nov 25 13:04:52 2020
From: saulvillarin1992 at gmail.com (=?utf-8?Q?Sa=C3=BAl_Villarin?=)
Date: Wed, 25 Nov 2020 14:04:52 +0100
Subject: [Icecast] Stream over SSL and chrome
In-Reply-To: <FA9FE3C7-13B8-491D-8E47-568652B9EF21@umontpellier.fr>
References: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
 <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>,
 <FA9FE3C7-13B8-491D-8E47-568652B9EF21@umontpellier.fr>
Message-ID: <6268FAD4-3AF6-4A3C-96BC-1901A22FC3AE@hxcore.ol>

An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201125/a2f6ba8d/attachment.htm>

From sm at noisynotes.com  Wed Nov 25 13:17:22 2020
From: sm at noisynotes.com (Steve Matzura)
Date: Wed, 25 Nov 2020 08:17:22 -0500
Subject: [Icecast] Stream over SSL and chrome
In-Reply-To: <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>
References: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
 <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>
Message-ID: <ab2cb43e-d648-1902-f46c-90e1d94227bc@noisynotes.com>

2.2.4? I didn't think SSL was implemented until version 2.4.3.


What would be helpful, not to mention useful, is to explain specifically 
and exactly what goes into the key file. The choices are: your server's 
private key, your server's public key, your server's certifying 
authority (CA) key, maybe even the curl CA. I've also seen this in 
examples of the SSL stanza from icecast.xml:


<ssl-certificate>/usr/local/centovacast/etc/ssl/icecast.pem</ssl-certificate>
<ssl-allowed-ciphers>ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS</ssl-allowed-ciphers>


Of course, never mind the CentovaCast bit; it's jut a location.


Where does this last line come from--i.e., how is it generated?


The same article also states that creating the PEM file requires 
concatenation of these three objects:


1) Your private key
2) Your SSL cert
3) CA Bundle


I know what my private key and CA bundle is--or at least, I think I 
do--but what's the SSL cert? Is that my server's public key? If so, I've 
tried this, and it doesn't work.


On 11/25/2020 7:04 AM, Damien GENESTE wrote:
> Hello Norbert,
>
> I don't know how i can help you but i'm actually streaming with HTTPS 
> under chrome.
> My Icecast is available at : https://domainname:8443 
> <https://domainname:8443> and my webplayer gets the stream at : 
> https://domainname:8443/stream <https://domainname:8443/stream>
>
> Is your server (Wordpress or other) with HTTPS ?
>
> BR,
>
> *Ceelo*
>
> On Wed, Nov 25, 2020 at 10:22 AM Norbert Deleutre 
> <norbert.deleutre at umontpellier.fr 
> <mailto:norbert.deleutre at umontpellier.fr>> wrote:
>
>     Hello All,
>
>     I had installed icecast2.2.4 with openSSL.
>     I created a wordpress web site with SSL.
>     If I stream with HTTPS under chrome , the player don?t work.
>     If I stream without yes !
>
>     Could you please help me ?
>
>     Thanks
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201125/0464ac0e/attachment.htm>

From norbert.deleutre at umontpellier.fr  Wed Nov 25 14:28:27 2020
From: norbert.deleutre at umontpellier.fr (Norbert Deleutre)
Date: Wed, 25 Nov 2020 15:28:27 +0100
Subject: [Icecast] Stream over SSL and chrome
In-Reply-To: <ab2cb43e-d648-1902-f46c-90e1d94227bc@noisynotes.com>
References: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
 <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>
 <ab2cb43e-d648-1902-f46c-90e1d94227bc@noisynotes.com>
Message-ID: <D85D5268-C4F4-4E77-BBC7-41C87813DD8E@umontpellier.fr>

I made a mistake : I have icecast 2.4.4

My certificate is concat of 

cat /etc/letsencrypt/live/stream.example.com/fullchain.pem /etc/letsencrypt/live/stream1.example.com/privkey.pem > /etc/icecast2/bundle.pem 

--------

Norbert Deleutre?  <http://www.lmgc.univ-montp2.fr/perso/norbert-deleutre/>
P 0467149655  UMR CNRS 5508?  <http://www.lmgc.univ-montp2.fr/>
A Campus Saint-Priest/Montpellier 

> Le 25 nov. 2020 ? 14:17, Steve Matzura <sm at noisynotes.com> a ?crit :
> 
> 2.2.4? I didn't think SSL was implemented until version 2.4.3.
> 
> 
> 
> What would be helpful, not to mention useful, is to explain specifically and exactly what goes into the key file. The choices are: your server's private key, your server's public key, your server's certifying authority (CA) key, maybe even the curl CA. I've also seen this in examples of the SSL stanza from icecast.xml:
> 
> 
> 
>     <ssl-certificate>/usr/local/centovacast/etc/ssl/icecast.pem</ssl-certificate>
>     <ssl-allowed-ciphers>ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS</ssl-allowed-ciphers>
> 
> 
> 
> Of course, never mind the CentovaCast bit; it's jut a location.
> 
> 
> 
> Where does this last line come from--i.e., how is it generated?
> 
> 
> 
> The same article also states that creating the PEM file requires concatenation of these three objects:
> 
> 
> 
> 1) Your private key
> 2) Your SSL cert
> 3) CA Bundle
> 
> 
> 
> I know what my private key and CA bundle is--or at least, I think I do--but what's the SSL cert? Is that my server's public key? If so, I've tried this, and it doesn't work.
> 
> 
> 
> On 11/25/2020 7:04 AM, Damien GENESTE wrote:
>> Hello Norbert,
>> 
>> I don't know how i can help you but i'm actually streaming with HTTPS under chrome.
>> My Icecast is available at : https://domainname:8443 <https://domainname:8443/> and my webplayer gets the stream at : https://domainname:8443/stream <https://domainname:8443/stream>
>> 
>> Is your server (Wordpress or other) with HTTPS ?
>> 
>> BR,
>> 
>> Ceelo
>> 
>> On Wed, Nov 25, 2020 at 10:22 AM Norbert Deleutre <norbert.deleutre at umontpellier.fr <mailto:norbert.deleutre at umontpellier.fr>> wrote:
>> Hello All,
>> 
>> I had installed icecast2.2.4 with openSSL.
>> I created a wordpress web site with SSL.
>> If I stream with HTTPS under chrome , the player don?t work.
>> If I stream without yes !
>> 
>> Could you please help me ?
>> 
>> Thanks
>> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201125/0c8c1f72/attachment.htm>

From un at aporee.org  Wed Nov 25 15:23:27 2020
From: un at aporee.org (unosonic)
Date: Wed, 25 Nov 2020 16:23:27 +0100
Subject: [Icecast] switch a source, idea?
In-Reply-To: <ef604ba7-7037-767a-36ce-1eaa6c227028@coolmic.net>
References: <20201124145350.xrvyg7djmkssxrl4@mail.aporee.net>
 <ef604ba7-7037-767a-36ce-1eaa6c227028@coolmic.net>
Message-ID: <20201125152327.yajhthyeejmain3k@mail.aporee.net>

Jordan Erickson:
> That all depends on your source client capabilities and how well you could
> automate that task. I'd think ices2 would be a pretty good route as it is
> scriptable. You could just use different config files with the necessary
> configuration for each scenario.

the sources are liquidsoap and libretime (liquidsoap), both on different servers.
but when I re-think about it, I'd need a function which works like a "redirect" in a webserver.
client connects to icecast:8000/stream1 and gets redirected to icecast:8000/stream2
Can't find anything in the docs. 

> You can temporarily move listeners from mountpoint to mountpoint within the

that would be also ok, since it can be called easily from a script, but that,
as far as I know, only moves the current listeners to another mointpont. 

> On 11/24/20 6:53 AM, unosonic wrote:
> > 
> > hi there,
> > 
> > let's say I have a mountpoint /important with a source a, and a mountpoint /notimportant with source b
> > now I have to switch source a and b so that the content of source b plays on mountpoint /important
> > mountpoint /notimportant is, well, not so important
> > 
> > of course I can do it manually, but I wonder if there is a trick to accomplish that
> > programmatically or within icecast. ideas welcome!
> > thx, u


From saulvillarin1992 at gmail.com  Wed Nov 25 20:04:39 2020
From: saulvillarin1992 at gmail.com (=?utf-8?Q?Sa=C3=BAl_Villarin?=)
Date: Wed, 25 Nov 2020 21:04:39 +0100
Subject: [Icecast] Stream over SSL and chrome
In-Reply-To: <ab2cb43e-d648-1902-f46c-90e1d94227bc@noisynotes.com>
References: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
 <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>,
 <ab2cb43e-d648-1902-f46c-90e1d94227bc@noisynotes.com>
Message-ID: <8A66411B-ED5D-4618-83F4-9F3EC62817E8@hxcore.ol>

An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201125/2594c8c6/attachment.htm>

From ak18 at 5x9.de  Thu Nov 26 05:54:31 2020
From: ak18 at 5x9.de (ak18 at 5x9.de)
Date: Thu, 26 Nov 2020 06:54:31 +0100
Subject: [Icecast] Playing a recorded mp3 file like a livestream
In-Reply-To: <ab2cb43e-d648-1902-f46c-90e1d94227bc@noisynotes.com>
References: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
 <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>
 <ab2cb43e-d648-1902-f46c-90e1d94227bc@noisynotes.com>
Message-ID: <7bae0937-eed9-924a-3d63-5079a3ea3c1c@5x9.de>

Hello,

in advance: You can also answer me in German.

I know Icecast over 10 years very well. My problem is this and I am 
trying to describe it very short:

If my Icecast stream/mount is offline, a recorded MP3 file should be 
played via the Icecast mount. The mount is configured as follows:

<mount>
 ??? <mount-name>/LiveStream1.mp3</mount-name>
 ??? <max-listeners>1000</max-listeners>
 ??? <max-listener-duration>36000</max-listener-duration>
 ??? <burst-size>122880</burst-size>
 ??? <mp3-metadata-interval>61440</mp3-metadata-interval>
 ??? <no-yp>1</no-yp>
 ??? <fallback-mount>/Recorded.mp3</fallback-mount>
 ??? <fallback-override>1</fallback-override>
</mount>

That all works fine, but an HTML audioplayer is used on a homepage, 
which disconnects and reconnects after 60 minutes to that mount. 
Unfortunately, this cannot be changed in the HTML player, says the 
developer. So the MP3 playback starts over every 60 minutes with each 
reconnect. The user can hear only the first 60 minutes again and again.

Question 1:
Is it possible to setup the mount that it doesn't start the MP3 file 
from the beginning every time for each listener?

Question 2:
If not, can the mount configurated like this, that it plays the MP3 file 
as an endless livestream. When the user/player connect to the mount it 
doesn't play the recorded mp3 file from the beginning, but runs it in an 
endless loop.

Question 3:
If is not possible, is there a software for Windows that sends the MP3 
directly on the server as a stream to an Icecast mount, in an endless 
loop, like a real livestream?

I hope someone can help me. I already say thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201126/53500b88/attachment.htm>

From leif at scriba-bb.de  Thu Nov 26 09:13:34 2020
From: leif at scriba-bb.de (Leif Scriba)
Date: Thu, 26 Nov 2020 10:13:34 +0100
Subject: [Icecast] Playing a recorded mp3 file like a livestream
In-Reply-To: <7bae0937-eed9-924a-3d63-5079a3ea3c1c@5x9.de>
References: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
 <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>
 <ab2cb43e-d648-1902-f46c-90e1d94227bc@noisynotes.com>
 <7bae0937-eed9-924a-3d63-5079a3ea3c1c@5x9.de>
Message-ID: <3D906885-D170-420D-BD0E-5807112A88DF@scriba-bb.de>

Hi,

For question 3, I think there is ezstream (https://icecast.org/ezstream/)  which can to an endless loop like you wish. All files should (actually must) be encoded in the format of your stream. 

Also I would setup the mpuntpoints in a row:
- live mp with fallback to ezstream mp
- ezstream mp with fallback to static file

So if ezstream fails you deliver the static file.

Most notable in your config
  <max-listener-duration>36000</max-listener-duration>
could be the reason why the player reconnects every 60 minutes.

From: https://icecast.org/docs/icecast-2.4.1/config-file.html
"An optional value which will set the length of time a listener will stay connected to the stream.
An auth component may override this.?



Gr??e
Leif


> Am 26.11.2020 um 06:54 schrieb ak18 at 5x9.de:
> 
> Hello,
> 
> in advance: You can also answer me in German.
> 
> I know Icecast over 10 years very well. My problem is this and I am trying to describe it very short:
> 
> If my Icecast stream/mount is offline, a recorded MP3 file should be played via the Icecast mount. The mount is configured as follows:
> 
> <mount>
>     <mount-name>/LiveStream1.mp3</mount-name>
>     <max-listeners>1000</max-listeners>
>     <max-listener-duration>36000</max-listener-duration>
>     <burst-size>122880</burst-size>
>     <mp3-metadata-interval>61440</mp3-metadata-interval>
>     <no-yp>1</no-yp>
>     <fallback-mount>/Recorded.mp3</fallback-mount>
>     <fallback-override>1</fallback-override>
> </mount>
> 
> That all works fine, but an HTML audioplayer is used on a homepage, which disconnects and reconnects after 60 minutes to that mount. Unfortunately, this cannot be changed in the HTML player, says the developer. So the MP3 playback starts over every 60 minutes with each reconnect. The user can hear only the first 60 minutes again and again.
> 
> Question 1:
> Is it possible to setup the mount that it doesn't start the MP3 file from the beginning every time for each listener?
> 
> Question 2:
> If not, can the mount configurated like this, that it plays the MP3 file as an endless livestream. When the user/player connect to the mount it doesn't play the recorded mp3 file from the beginning, but runs it in an endless loop.
> 
> Question 3:
> If is not possible, is there a software for Windows that sends the MP3 directly on the server as a stream to an Icecast mount, in an endless loop, like a real livestream?
> 
> I hope someone can help me. I already say thank you.
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From chiapas at aktivix.org  Thu Nov 26 10:03:34 2020
From: chiapas at aktivix.org (Chip)
Date: Thu, 26 Nov 2020 10:03:34 +0000
Subject: [Icecast] Playing a recorded mp3 file like a livestream
In-Reply-To: <3D906885-D170-420D-BD0E-5807112A88DF@scriba-bb.de>
References: <9D870AD4-185B-4DC2-8B0F-D14EBE72D561@umontpellier.fr>
 <CAG4BS6bpki2Jgx36jgzM=5aqgfKyeRYdb2+MzZrWdYgF21mp+Q@mail.gmail.com>
 <ab2cb43e-d648-1902-f46c-90e1d94227bc@noisynotes.com>
 <7bae0937-eed9-924a-3d63-5079a3ea3c1c@5x9.de>
 <3D906885-D170-420D-BD0E-5807112A88DF@scriba-bb.de>
Message-ID: <CAKCymP23s4AKKAmmBZ-BJJPeHL7fmEOAsBpE5GkQhHZvmn6cgg@mail.gmail.com>

>
> Most notable in your config
>   <max-listener-duration>36000</max-listener-duration>
> could be the reason why the player reconnects every 60 minutes.
>

36000 is 10 hours, unfortunately.

Chip Scooter

On Thu, 26 Nov 2020 at 09:18, Leif Scriba <leif at scriba-bb.de> wrote:

> Hi,
>
> For question 3, I think there is ezstream (https://icecast.org/ezstream/)
> which can to an endless loop like you wish. All files should (actually
> must) be encoded in the format of your stream.
>
> Also I would setup the mpuntpoints in a row:
> - live mp with fallback to ezstream mp
> - ezstream mp with fallback to static file
>
> So if ezstream fails you deliver the static file.
>
> Most notable in your config
>   <max-listener-duration>36000</max-listener-duration>
> could be the reason why the player reconnects every 60 minutes.
>
> From: https://icecast.org/docs/icecast-2.4.1/config-file.html
> "An optional value which will set the length of time a listener will stay
> connected to the stream.
> An auth component may override this.?
>
>
>
> Gr??e
> Leif
>
>
> > Am 26.11.2020 um 06:54 schrieb ak18 at 5x9.de:
> >
> > Hello,
> >
> > in advance: You can also answer me in German.
> >
> > I know Icecast over 10 years very well. My problem is this and I am
> trying to describe it very short:
> >
> > If my Icecast stream/mount is offline, a recorded MP3 file should be
> played via the Icecast mount. The mount is configured as follows:
> >
> > <mount>
> >     <mount-name>/LiveStream1.mp3</mount-name>
> >     <max-listeners>1000</max-listeners>
> >     <max-listener-duration>36000</max-listener-duration>
> >     <burst-size>122880</burst-size>
> >     <mp3-metadata-interval>61440</mp3-metadata-interval>
> >     <no-yp>1</no-yp>
> >     <fallback-mount>/Recorded.mp3</fallback-mount>
> >     <fallback-override>1</fallback-override>
> > </mount>
> >
> > That all works fine, but an HTML audioplayer is used on a homepage,
> which disconnects and reconnects after 60 minutes to that mount.
> Unfortunately, this cannot be changed in the HTML player, says the
> developer. So the MP3 playback starts over every 60 minutes with each
> reconnect. The user can hear only the first 60 minutes again and again.
> >
> > Question 1:
> > Is it possible to setup the mount that it doesn't start the MP3 file
> from the beginning every time for each listener?
> >
> > Question 2:
> > If not, can the mount configurated like this, that it plays the MP3 file
> as an endless livestream. When the user/player connect to the mount it
> doesn't play the recorded mp3 file from the beginning, but runs it in an
> endless loop.
> >
> > Question 3:
> > If is not possible, is there a software for Windows that sends the MP3
> directly on the server as a stream to an Icecast mount, in an endless loop,
> like a real livestream?
> >
> > I hope someone can help me. I already say thank you.
> > _______________________________________________
> > Icecast mailing list
> > Icecast at xiph.org
> > http://lists.xiph.org/mailman/listinfo/icecast
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201126/db468577/attachment.htm>

From sm at noisynotes.com  Fri Nov 27 22:17:14 2020
From: sm at noisynotes.com (Steve Matzura)
Date: Fri, 27 Nov 2020 17:17:14 -0500
Subject: [Icecast] Icecast2 with SSL, includes error.log extract
Message-ID: <e9152091-1f5b-3d72-0f95-9297af593382@noisynotes.com>

After placing "<ssl>1</ssl>" in the listen-sockets stanza and the path 
to my PEM-format certificate in the paths stanza, I restarted Icecast2. 
In /usr/share/icecast2/log I got the following in error.log:


[2020-11-27? 22:00:07] INFO connection/get_ssl_certificate SSL 
certificate found at /etc/ssl/2020/icecast.pem
[2020-11-27? 22:00:07] INFO connection/get_ssl_certificate SSL using 
ciphers 
ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:ECDHE-RSA-DES-CBC3-SHA:ECDHE-ECDSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:DES-CBC3-SHA:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA

I have absolutely no idea what any of this means, good or bad, but I do 
know that after restarting Icecast, I couldn't restart ices and 
therefore couldn't connect to the server. Apparently something is wrong 
with my PEM certificate file, but I truly don't know what it could be. I 
created it by concatenating my server's public key plus its certifying 
authority (CA) key provided by the hosting company plus the server's 
private key according to many articles and Web pages, not to mention 
several helpful messages on this very list. After restarting Icecast, I 
could not restart ices, which probably means I need something else in 
the ices configuration about which I do not know, or my certificate PEM 
file is bad. Any help on solving this would be greatly appreaciated. I 
feel I'm very close, jut one detail away from getting it right.


Thanks in advance.



From jordan at coolmic.net  Fri Nov 27 22:22:37 2020
From: jordan at coolmic.net (Jordan Erickson)
Date: Fri, 27 Nov 2020 14:22:37 -0800
Subject: [Icecast] Icecast2 with SSL, includes error.log extract
In-Reply-To: <e9152091-1f5b-3d72-0f95-9297af593382@noisynotes.com>
References: <e9152091-1f5b-3d72-0f95-9297af593382@noisynotes.com>
Message-ID: <0ad5b0c4-4731-2f7b-147f-457381d7c52f@coolmic.net>

Hey Steve,

I don't believe ices supports SSL, does it?


Cheers,
Jordan Erickson


On 11/27/20 2:17 PM, Steve Matzura wrote:
> After placing "<ssl>1</ssl>" in the listen-sockets stanza and the path 
> to my PEM-format certificate in the paths stanza, I restarted Icecast2. 
> In /usr/share/icecast2/log I got the following in error.log:
> 
> 
> [2020-11-27? 22:00:07] INFO connection/get_ssl_certificate SSL 
> certificate found at /etc/ssl/2020/icecast.pem
> [2020-11-27? 22:00:07] INFO connection/get_ssl_certificate SSL using 
> ciphers 
> ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:ECDHE-RSA-DES-CBC3-SHA:ECDHE-ECDSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:DES-CBC3-SHA:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA 
> 
> 
> I have absolutely no idea what any of this means, good or bad, but I do 
> know that after restarting Icecast, I couldn't restart ices and 
> therefore couldn't connect to the server. Apparently something is wrong 
> with my PEM certificate file, but I truly don't know what it could be. I 
> created it by concatenating my server's public key plus its certifying 
> authority (CA) key provided by the hosting company plus the server's 
> private key according to many articles and Web pages, not to mention 
> several helpful messages on this very list. After restarting Icecast, I 
> could not restart ices, which probably means I need something else in 
> the ices configuration about which I do not know, or my certificate PEM 
> file is bad. Any help on solving this would be greatly appreaciated. I 
> feel I'm very close, jut one detail away from getting it right.
> 
> 
> Thanks in advance.
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From norbert.deleutre at umontpellier.fr  Sat Nov 28 05:56:20 2020
From: norbert.deleutre at umontpellier.fr (Norbert Deleutre)
Date: Sat, 28 Nov 2020 06:56:20 +0100
Subject: [Icecast] Icecast2 with SSL, includes error.log extract
In-Reply-To: <e9152091-1f5b-3d72-0f95-9297af593382@noisynotes.com>
References: <e9152091-1f5b-3d72-0f95-9297af593382@noisynotes.com>
Message-ID: <3615FA29-73B5-4B39-97B2-15DD3F2ADCEA@umontpellier.fr>

Hello Steeve,

5 important things for having icecast with SSL :
Install icecast with open ssl : https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(official_Xiph_repositories)
Concatenate fullchain.pen and privacy.pem => bundle.pem 
Add in icecast.xml : <ssl>1</ssl> and <ssl-certificate>/etc/icecast2/bundle.pem</ssl-certificate>
Check local firewall (netstat -pantu | grep icecast)
Restart icecast


ALL you MUST do is here explain here : https://mediarealm.com.au/articles/icecast-https-ssl-setup-lets-encrypt/







--------

Norbert Deleutre?  <http://www.lmgc.univ-montp2.fr/perso/norbert-deleutre/>
P 0467149655  UMR CNRS 5508?  <http://www.lmgc.univ-montp2.fr/>
A Campus Saint-Priest/Montpellier 

> Le 27 nov. 2020 ? 23:17, Steve Matzura <sm at noisynotes.com> a ?crit :
> 
> I have absolutely no idea what any of this means, good or bad, but I do know that after restarting Icecast, I couldn't restart ices and therefore couldn't connect to the server. Apparently something is wrong with my PEM certificate file, but I truly don't know what it could be. I created it by concatenating my server's public key plus its certifying authority (CA) key provided by the hosting company plus the server's private key according to many articles and Web pages, not to mention several helpful messages on this very list. After restarting Icecast, I could not restart ices, which probably means I need something else in the ices configuration about which I do not know, or my certificate PEM file is bad. Any help on solving this would be greatly appreaciated. I feel I'm very close, jut one detail away from getting it right.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201128/4dc035f1/attachment.htm>

From sm at noisynotes.com  Sat Nov 28 14:08:21 2020
From: sm at noisynotes.com (Steve Matzura)
Date: Sat, 28 Nov 2020 09:08:21 -0500
Subject: [Icecast] Icecast2 with SSL, includes error.log extract
In-Reply-To: <3615FA29-73B5-4B39-97B2-15DD3F2ADCEA@umontpellier.fr>
References: <e9152091-1f5b-3d72-0f95-9297af593382@noisynotes.com>
 <3615FA29-73B5-4B39-97B2-15DD3F2ADCEA@umontpellier.fr>
Message-ID: <690f1ba2-4e83-819b-80da-0b368e20e11c@noisynotes.com>

Believe it or not, I have done all of those things.


When I restart Icecast with everything enabled--<ssl>1</sl>, 
<ssl-certificate>/blah/blah/blah</ssl-certificate>, I get what I posted 
from error.log. When I try to tream something to the server using 
ezstream, ezstream can't connect to the server. Unfortunately, I blew 
the log I had of this error, so when I can, I'll re-create that and post it.


The problem could be one of a couple things. Most likely it's my bundle. 
I have a full chain and a private key that I use with Apache and 
EngineX, and that works, so I figured it should work with Icecast. But 
jut for the heck of it, I re-created that bundle by downloading my 
server's public and certifying authority keys as provided by the server 
hosting company, and made another bundle out of those two things plus my 
server's private key. I have yet to be able to test this new bundle, but 
I don't hold much hope for it working since the other bundle is what's 
being used to provide secure access (https) for my server's Web 
presence. I know there's something different about the two bundles 
because they are different sizes--not much different, but different in 
some way. I wish there was a way I could somehow run another instance of 
Icecast on my server (with different ports, of course) to test with. 
Then I'd have a better idea of what's going wrong, and how to fix it.


On 11/28/2020 12:56 AM, Norbert Deleutre wrote:
> Hello Steeve,
>
> 5 important things for having icecast with SSL :
>
>   * Install icecast with open ssl :
>     https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(official_Xiph_repositories)
>     <https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(official_Xiph_repositories)>
>   * Concatenate fullchain.pen and privacy.pem => bundle.pem
>   * Add in icecast.xml :?<ssl>1</ssl> and
>     <ssl-certificate>/etc/icecast2/bundle.pem</ssl-certificate>
>   * Check?local firewall (netstat -pantu | grep icecast)
>  *
>     Restart icecast
>
>
>     ALL you MUST do is here explain?here :
>     https://mediarealm.com.au/articles/icecast-https-ssl-setup-lets-encrypt/
>     <https://mediarealm.com.au/articles/icecast-https-ssl-setup-lets-encrypt/>
>
>
>
>
>
>
>
> --------
>
> 	
> 	
> Norbert Deleutre <http://www.lmgc.univ-montp2.fr/perso/norbert-deleutre/>
>
>
>
> P 0467149655 UMR CNRS 5508 <http://www.lmgc.univ-montp2.fr/>
>
>
> A Campus Saint-Priest/Montpellier
>
>
>
>
>> Le 27 nov. 2020 ? 23:17, Steve Matzura <sm at noisynotes.com 
>> <mailto:sm at noisynotes.com>> a ?crit :
>>
>> I have absolutely no idea what any of this means, good or bad, but I 
>> do know that after restarting Icecast, I couldn't restart ices and 
>> therefore couldn't connect to the server. Apparently something is 
>> wrong with my PEM certificate file, but I truly don't know what it 
>> could be. I created it by concatenating my server's public key plus 
>> its certifying authority (CA) key provided by the hosting company 
>> plus the server's private key according to many articles and Web 
>> pages, not to mention several helpful messages on this very list. 
>> After restarting Icecast, I could not restart ices, which probably 
>> means I need something else in the ices configuration about which I 
>> do not know, or my certificate PEM file is bad. Any help on solving 
>> this would be greatly appreaciated. I feel I'm very close, jut one 
>> detail away from getting it right.
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201128/39fd1712/attachment.htm>

From sm at noisynotes.com  Sat Nov 28 19:02:17 2020
From: sm at noisynotes.com (Steve Matzura)
Date: Sat, 28 Nov 2020 14:02:17 -0500
Subject: [Icecast] Running Two Instances of Icecast
Message-ID: <cbc6768b-5f2a-7095-f830-f758db9d7c4c@noisynotes.com>

In order to test my SSL configuration, I thought it would be a good idea 
to run two instances of the Icecast server daemon--the one running our 
production environment, and a second one that no one would access but 
me. I copied the daemon file /usr/bin/icecast2 to icecast2-test, and did 
the same with the startup file in /etc/init.d after editing it to change 
the value of $DAEMON, $DESC and $CONFIGFILE to point to the copy 
mentioned above and the configuration containing the SSL stuff. I also 
copied the small webroot directory from /usr/share/icecast2 to 
/usr/share/icecast2-test. The configuration file is a copy of the 
production file with these important changes:


? The ssl and ssl-certificate lines were added in their appropriate stanzas.

? webroot was changed to point to the test location (see above).

? All port numbers were change from 800x to 700x.

? I meticulously checked all file ownerships and permissions, and to the 
best of my knowledge and ability, they're all correct.


However, when I try to start the second copy with:


./etc/init.d/icecast2-test start


I get the message that the daemon is "Detaching from the console...", 
and then it's just plain gone. 'ps -ef|grep icecast' shows only the 
production server process is running. There are no messages in 
/var/log/yslog, and access.log and error.log in the test webroot never 
get created, nor are there any messages in the production copies of 
these files. Something's happening to cause the process to abbend or 
otherwise exit prematurely, but I have no idea how to figure out what it is.


Just for kicks and grins, here's /etc/init.d/icecast2-test without the 
comment lines at the top:


PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/bin/icecast2-test
NAME=icecast2-test
DESC=icecast2-test

test -x $DAEMON || exit 0

# Defaults
CONFIGFILE="/etc/icecast2/icecast-test.xml"
CONFIGDEFAULTFILE="/etc/default/icecast2"
USERID=icecast2
GROUPID=icecast
ENABLE="false"

# Reads config file (will override defaults above)
[ -r "$CONFIGDEFAULTFILE" ] && . $CONFIGDEFAULTFILE

if [ "$ENABLE" != "true" ]; then
 ??? echo "$NAME daemon disabled - read $CONFIGDEFAULTFILE."
 ??? exit 0
fi

set -e

case "$1" in
 ? start)
 ??? echo -n "Starting $DESC: "
 ??? start-stop-daemon --start --quiet --chuid $USERID:$GROUPID \
 ??? ??? --exec $DAEMON -- -b -c $CONFIGFILE
 ??? echo "$NAME."
 ??? ;;
 ? stop)
 ??? echo -n "Stopping $DESC: "
 ??? # Send TERM after 5 seconds, wait at most 30 seconds.
 ??? start-stop-daemon --stop --oknodo --retry TERM/5/0/30 --quiet 
--exec $DAEMON
 ??? echo "$NAME."
 ??? ;;
 ? reload|force-reload)
 ??? echo "Reloading $DESC configuration files."
 ??? start-stop-daemon --stop --signal 1 --quiet --exec $DAEMON
 ??? ;;
 ? restart)
 ??? echo -n "Restarting $DESC: "
 ??? # Send TERM after 5 seconds, wait at most 30 seconds.
 ??? start-stop-daemon --stop --oknodo --retry TERM/5/0/30 --quiet 
--exec $DAEMON
 ??? start-stop-daemon --start --quiet --chuid $USERID:$GROUPID \
 ??? ??? --exec $DAEMON -- -b -c $CONFIGFILE
 ??? echo "$NAME."
 ??? ;;
 ? *)
 ??? echo "Usage: $0 {start|stop|restart|reload|force-reload}" >&2
 ??? exit 1
 ??? ;;
esac

exit 0

I suspect I'm missing something very obvious. Any and all assistance 
greatly appreciated as always.


TIA



From jordan at coolmic.net  Sat Nov 28 20:16:41 2020
From: jordan at coolmic.net (Jordan Erickson)
Date: Sat, 28 Nov 2020 12:16:41 -0800
Subject: [Icecast] Running Two Instances of Icecast
In-Reply-To: <cbc6768b-5f2a-7095-f830-f758db9d7c4c@noisynotes.com>
References: <cbc6768b-5f2a-7095-f830-f758db9d7c4c@noisynotes.com>
Message-ID: <282e5545-51ee-5cba-dd11-6c360d730a38@coolmic.net>


Hi Steve,

On 11/28/20 11:02 AM, Steve Matzura wrote:
> I copied the daemon file /usr/bin/icecast2 to icecast2-test

I'd stop right there. That's really not a good idea IMO, and I can't 
imagine what weirdnesses would pop up due to it. Besides, you can simply 
call Icecast with different config file (-c) and as long as there are no 
conflicting config options, it should happily run simultaneously. In 
fact I just tried it myself to ensure that it does work.


Cheers,
Jordan Erickson


From sm at noisynotes.com  Sat Nov 28 22:12:42 2020
From: sm at noisynotes.com (Steve Matzura)
Date: Sat, 28 Nov 2020 17:12:42 -0500
Subject: [Icecast] Running Two Instances of Icecast
In-Reply-To: <520b4ac1-9fac-fa0d-4020-ffd4c3fe58eb@coolmic.net>
References: <cbc6768b-5f2a-7095-f830-f758db9d7c4c@noisynotes.com>
 <282e5545-51ee-5cba-dd11-6c360d730a38@coolmic.net>
 <1da99302-90f4-564e-adab-458847b60164@noisynotes.com>
 <520b4ac1-9fac-fa0d-4020-ffd4c3fe58eb@coolmic.net>
Message-ID: <7b302029-0d00-02bd-af65-55b4310bb860@noisynotes.com>

OK! This sounds promising! So, if my config is 
/etc/icecast2/icecast-test.xml, would I do this:
>>
>>
>> ./etc/init.d/icecast2 start -c /etc/icecast2/icecast-test.xml
>>
>>
>> or would I use the reload option instead? I Need to have the original 
>> config operative, but I also want to run this additional one.
>>
>>
>> On 11/28/2020 3:16 PM, Jordan Erickson wrote:
>>>
>>> Hi Steve,
>>>
>>> On 11/28/20 11:02 AM, Steve Matzura wrote:
>>>> I copied the daemon file /usr/bin/icecast2 to icecast2-test
>>>
>>> I'd stop right there. That's really not a good idea IMO, and I can't 
>>> imagine what weirdnesses would pop up due to it. Besides, you can 
>>> simply call Icecast with different config file (-c) and as long as 
>>> there are no conflicting config options, it should happily run 
>>> simultaneously. In fact I just tried it myself to ensure that it 
>>> does work.
>>>
>>>
>>> Cheers,
>>> Jordan Erickson


From epirat07 at gmail.com  Sat Nov 28 22:15:03 2020
From: epirat07 at gmail.com (Marvin Scholz)
Date: Sat, 28 Nov 2020 23:15:03 +0100
Subject: [Icecast] Running Two Instances of Icecast
In-Reply-To: <7b302029-0d00-02bd-af65-55b4310bb860@noisynotes.com>
References: <cbc6768b-5f2a-7095-f830-f758db9d7c4c@noisynotes.com>
 <282e5545-51ee-5cba-dd11-6c360d730a38@coolmic.net>
 <1da99302-90f4-564e-adab-458847b60164@noisynotes.com>
 <520b4ac1-9fac-fa0d-4020-ffd4c3fe58eb@coolmic.net>
 <7b302029-0d00-02bd-af65-55b4310bb860@noisynotes.com>
Message-ID: <60A18808-AC03-4553-9157-47A67A040CA5@gmail.com>



On 28 Nov 2020, at 23:12, Steve Matzura wrote:

> OK! This sounds promising! So, if my config is 
> /etc/icecast2/icecast-test.xml, would I do this:

./etc/init.d/icecast2 start -c /etc/icecast2/icecast-test.xml

No, you would just not use the service init script at all
but start icecast directly, so depending on what your distro calls it:

icecast -c /etc/icecast2/icecast-test.xml

or

icecast2 -c /etc/icecast2/icecast-test.xml

>>>
>>>
>>> or would I use the reload option instead? I Need to have the 
>>> original config operative, but I also want to run this additional 
>>> one.
>>>
>>>
>>> On 11/28/2020 3:16 PM, Jordan Erickson wrote:
>>>>
>>>> Hi Steve,
>>>>
>>>> On 11/28/20 11:02 AM, Steve Matzura wrote:
>>>>> I copied the daemon file /usr/bin/icecast2 to icecast2-test
>>>>
>>>> I'd stop right there. That's really not a good idea IMO, and I 
>>>> can't imagine what weirdnesses would pop up due to it. Besides, you 
>>>> can simply call Icecast with different config file (-c) and as long 
>>>> as there are no conflicting config options, it should happily run 
>>>> simultaneously. In fact I just tried it myself to ensure that it 
>>>> does work.
>>>>
>>>>
>>>> Cheers,
>>>> Jordan Erickson
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From sm at noisynotes.com  Mon Nov 30 20:05:34 2020
From: sm at noisynotes.com (Steve Matzura)
Date: Mon, 30 Nov 2020 15:05:34 -0500
Subject: [Icecast] Running Two Instances of Icecast
In-Reply-To: <60A18808-AC03-4553-9157-47A67A040CA5@gmail.com>
References: <cbc6768b-5f2a-7095-f830-f758db9d7c4c@noisynotes.com>
 <282e5545-51ee-5cba-dd11-6c360d730a38@coolmic.net>
 <1da99302-90f4-564e-adab-458847b60164@noisynotes.com>
 <520b4ac1-9fac-fa0d-4020-ffd4c3fe58eb@coolmic.net>
 <7b302029-0d00-02bd-af65-55b4310bb860@noisynotes.com>
 <60A18808-AC03-4553-9157-47A67A040CA5@gmail.com>
Message-ID: <a0fcced8-2476-905c-8294-5fe81c1e29e2@noisynotes.com>

If I load a second configuration, what, if anything, will happen to the 
configuration that's already running? I can't knock that one offline. We 
have paid programs that we pay to run and that others pay for us to run, 
so if I knock production offline, somebody's not going to be happy. 
That's why I asked about running two instances of the server--one for 
production, and one for me to work on with SSL enabled.


On 11/28/2020 5:15 PM, Marvin Scholz wrote:
>
>
> On 28 Nov 2020, at 23:12, Steve Matzura wrote:
>
>> OK! This sounds promising! So, if my config is 
>> /etc/icecast2/icecast-test.xml, would I do this:
>
> ./etc/init.d/icecast2 start -c /etc/icecast2/icecast-test.xml
>
> No, you would just not use the service init script at all
> but start icecast directly, so depending on what your distro calls it:
>
> icecast -c /etc/icecast2/icecast-test.xml
>
> or
>
> icecast2 -c /etc/icecast2/icecast-test.xml
>
>>>>
>>>>
>>>> or would I use the reload option instead? I Need to have the 
>>>> original config operative, but I also want to run this additional one.
>>>>
>>>>
>>>> On 11/28/2020 3:16 PM, Jordan Erickson wrote:
>>>>>
>>>>> Hi Steve,
>>>>>
>>>>> On 11/28/20 11:02 AM, Steve Matzura wrote:
>>>>>> I copied the daemon file /usr/bin/icecast2 to icecast2-test
>>>>>
>>>>> I'd stop right there. That's really not a good idea IMO, and I 
>>>>> can't imagine what weirdnesses would pop up due to it. Besides, 
>>>>> you can simply call Icecast with different config file (-c) and as 
>>>>> long as there are no conflicting config options, it should happily 
>>>>> run simultaneously. In fact I just tried it myself to ensure that 
>>>>> it does work.
>>>>>
>>>>>
>>>>> Cheers,
>>>>> Jordan Erickson
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From jordan at coolmic.net  Mon Nov 30 20:21:42 2020
From: jordan at coolmic.net (Jordan Erickson)
Date: Mon, 30 Nov 2020 12:21:42 -0800
Subject: [Icecast] Running Two Instances of Icecast
In-Reply-To: <a0fcced8-2476-905c-8294-5fe81c1e29e2@noisynotes.com>
References: <cbc6768b-5f2a-7095-f830-f758db9d7c4c@noisynotes.com>
 <282e5545-51ee-5cba-dd11-6c360d730a38@coolmic.net>
 <1da99302-90f4-564e-adab-458847b60164@noisynotes.com>
 <520b4ac1-9fac-fa0d-4020-ffd4c3fe58eb@coolmic.net>
 <7b302029-0d00-02bd-af65-55b4310bb860@noisynotes.com>
 <60A18808-AC03-4553-9157-47A67A040CA5@gmail.com>
 <a0fcced8-2476-905c-8294-5fe81c1e29e2@noisynotes.com>
Message-ID: <effd5994-8bfc-7cc8-3a31-558b26de16d4@coolmic.net>

As long as there is no conflicting configuration (listen-socket, for 
example) I don't see why it would knock any existing server instance 
offline. They will run in parallel. This is common with many *nix 
daemons, they are fully capable of running multiple instances with 
multiple different configurations. Just make sure you understand what I 
mean by ensuring each configuration file does not conflict with the 
other (for example: pid files, log files, listen-sockets...)

What may be a bit cleaner is to use a VM or containers to separate your 
testing from production. Just my humble opinion though :)



Cheers,
Jordan Erickson



On 11/30/20 12:05 PM, Steve Matzura wrote:
> If I load a second configuration, what, if anything, will happen to the 
> configuration that's already running? I can't knock that one offline. We 
> have paid programs that we pay to run and that others pay for us to run, 
> so if I knock production offline, somebody's not going to be happy. 
> That's why I asked about running two instances of the server--one for 
> production, and one for me to work on with SSL enabled.
> 
> 
> On 11/28/2020 5:15 PM, Marvin Scholz wrote:
>>
>>
>> On 28 Nov 2020, at 23:12, Steve Matzura wrote:
>>
>>> OK! This sounds promising! So, if my config is 
>>> /etc/icecast2/icecast-test.xml, would I do this:
>>
>> ./etc/init.d/icecast2 start -c /etc/icecast2/icecast-test.xml
>>
>> No, you would just not use the service init script at all
>> but start icecast directly, so depending on what your distro calls it:
>>
>> icecast -c /etc/icecast2/icecast-test.xml
>>
>> or
>>
>> icecast2 -c /etc/icecast2/icecast-test.xml
>>
>>>>>
>>>>>
>>>>> or would I use the reload option instead? I Need to have the 
>>>>> original config operative, but I also want to run this additional one.
>>>>>
>>>>>
>>>>> On 11/28/2020 3:16 PM, Jordan Erickson wrote:
>>>>>>
>>>>>> Hi Steve,
>>>>>>
>>>>>> On 11/28/20 11:02 AM, Steve Matzura wrote:
>>>>>>> I copied the daemon file /usr/bin/icecast2 to icecast2-test
>>>>>>
>>>>>> I'd stop right there. That's really not a good idea IMO, and I 
>>>>>> can't imagine what weirdnesses would pop up due to it. Besides, 
>>>>>> you can simply call Icecast with different config file (-c) and as 
>>>>>> long as there are no conflicting config options, it should happily 
>>>>>> run simultaneously. In fact I just tried it myself to ensure that 
>>>>>> it does work.
>>>>>>
>>>>>>
>>>>>> Cheers,
>>>>>> Jordan Erickson
>>> _______________________________________________
>>> Icecast mailing list
>>> Icecast at xiph.org
>>> http://lists.xiph.org/mailman/listinfo/icecast
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From sm at noisynotes.com  Mon Nov 30 21:19:26 2020
From: sm at noisynotes.com (Steve Matzura)
Date: Mon, 30 Nov 2020 16:19:26 -0500
Subject: [Icecast] Running Two Instances of Icecast
In-Reply-To: <effd5994-8bfc-7cc8-3a31-558b26de16d4@coolmic.net>
References: <cbc6768b-5f2a-7095-f830-f758db9d7c4c@noisynotes.com>
 <282e5545-51ee-5cba-dd11-6c360d730a38@coolmic.net>
 <1da99302-90f4-564e-adab-458847b60164@noisynotes.com>
 <520b4ac1-9fac-fa0d-4020-ffd4c3fe58eb@coolmic.net>
 <7b302029-0d00-02bd-af65-55b4310bb860@noisynotes.com>
 <60A18808-AC03-4553-9157-47A67A040CA5@gmail.com>
 <a0fcced8-2476-905c-8294-5fe81c1e29e2@noisynotes.com>
 <effd5994-8bfc-7cc8-3a31-558b26de16d4@coolmic.net>
Message-ID: <3b87891c-b9b0-4b92-5809-15784ae3507f@noisynotes.com>

In my original message I did say I created a separate webroot and all my 
server ports that began with 8 have been changed to 7. That ought to be 
enough, oughtn't it? ;-)


On 11/30/2020 3:21 PM, Jordan Erickson wrote:
> As long as there is no conflicting configuration (listen-socket, for 
> example) I don't see why it would knock any existing server instance 
> offline. They will run in parallel. This is common with many *nix 
> daemons, they are fully capable of running multiple instances with 
> multiple different configurations. Just make sure you understand what 
> I mean by ensuring each configuration file does not conflict with the 
> other (for example: pid files, log files, listen-sockets...)
>
> What may be a bit cleaner is to use a VM or containers to separate 
> your testing from production. Just my humble opinion though :)
>
>
>
> Cheers,
> Jordan Erickson
>
>
>
> On 11/30/20 12:05 PM, Steve Matzura wrote:
>> If I load a second configuration, what, if anything, will happen to 
>> the configuration that's already running? I can't knock that one 
>> offline. We have paid programs that we pay to run and that others pay 
>> for us to run, so if I knock production offline, somebody's not going 
>> to be happy. That's why I asked about running two instances of the 
>> server--one for production, and one for me to work on with SSL enabled.
>>
>>
>> On 11/28/2020 5:15 PM, Marvin Scholz wrote:
>>>
>>>
>>> On 28 Nov 2020, at 23:12, Steve Matzura wrote:
>>>
>>>> OK! This sounds promising! So, if my config is 
>>>> /etc/icecast2/icecast-test.xml, would I do this:
>>>
>>> ./etc/init.d/icecast2 start -c /etc/icecast2/icecast-test.xml
>>>
>>> No, you would just not use the service init script at all
>>> but start icecast directly, so depending on what your distro calls it:
>>>
>>> icecast -c /etc/icecast2/icecast-test.xml
>>>
>>> or
>>>
>>> icecast2 -c /etc/icecast2/icecast-test.xml
>>>
>>>>>>
>>>>>>
>>>>>> or would I use the reload option instead? I Need to have the 
>>>>>> original config operative, but I also want to run this additional 
>>>>>> one.
>>>>>>
>>>>>>
>>>>>> On 11/28/2020 3:16 PM, Jordan Erickson wrote:
>>>>>>>
>>>>>>> Hi Steve,
>>>>>>>
>>>>>>> On 11/28/20 11:02 AM, Steve Matzura wrote:
>>>>>>>> I copied the daemon file /usr/bin/icecast2 to icecast2-test
>>>>>>>
>>>>>>> I'd stop right there. That's really not a good idea IMO, and I 
>>>>>>> can't imagine what weirdnesses would pop up due to it. Besides, 
>>>>>>> you can simply call Icecast with different config file (-c) and 
>>>>>>> as long as there are no conflicting config options, it should 
>>>>>>> happily run simultaneously. In fact I just tried it myself to 
>>>>>>> ensure that it does work.
>>>>>>>
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Jordan Erickson
>>>> _______________________________________________
>>>> Icecast mailing list
>>>> Icecast at xiph.org
>>>> http://lists.xiph.org/mailman/listinfo/icecast
>>> _______________________________________________
>>> Icecast mailing list
>>> Icecast at xiph.org
>>> http://lists.xiph.org/mailman/listinfo/icecast
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast