From jfuentes at flumotion.com  Sun Dec  1 00:21:45 2019
From: jfuentes at flumotion.com (Javier Fuentes)
Date: Sun, 1 Dec 2019 01:21:45 +0100
Subject: [Icecast] 20 second delay using pre-roll <intro>
In-Reply-To: <CAPniRVoHwe0fHsVuve_0rCJc34wwBW1sN9oHXvkKvO4k-8frtA@mail.gmail.com>
References: <CAPniRVoHwe0fHsVuve_0rCJc34wwBW1sN9oHXvkKvO4k-8frtA@mail.gmail.com>
Message-ID: <CAPniRVqMCxrw9otCjbgUkxgNkSMWnkq50L3DKdeTOnA1CCjjug@mail.gmail.com>

Hello
I have a problem when I use the intro to send a pre-roll, the main stream
generates a 20 second delay, when the main stream is played it has no delay.
Is there any parameter I can use to eliminate the delay?
with pre-rolli: https://radiomarca-rrcast.flumotion.com/radiomarca/live.mp3
without pre-rolli:
https://radiomarca-rrcast.flumotion.com/radiomarca/live-np.mp3

my conf:

icecast>
    <limits>
        <clients>2310</clients>
        <sources>10000</sources>
        <threadpool>16</threadpool>
        <queue-size>524288</queue-size>
        <client-timeout>30</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>600</source-timeout>
        <!-- If enabled, this will provide a burst of data when a client
             first connects, thereby significantly reducing the startup
             time for listeners that do substantial buffering. However,
             it also significantly increases latency between the source
             client and listening client.  For low-latency setups, you
             might want to disable this. -->
        <burst-on-connect>1</burst-on-connect>
        <!-- same as burst-on-connect, but this allows for being more
             specific on how much to burst. Most people won't need to
             change from the default 64k. Applies to all mountpoints  -->
        <burst-size>65536</burst-size>
    </limits>

 <mount>
       <mount-name>/radiomarca/live.mp3</mount-name>
       <queue-size>0</queue-size>
       <burst-on-connect>1</burst-on-connect>
       <burst-size>0</burst-size>
       <intro>/radio-marca/radio-marca-preroll.mp3</intro>
   </mount>

   <mount>
       <mount-name>/radiomarca/live-np.mp3</mount-name>
       <queue-size>0</queue-size>
       <burst-on-connect>1</burst-on-connect>
       <burst-size>0</burst-size>
   </mount>

Thanks in advance
Best regards

On Fri, Nov 29, 2019 at 2:55 PM Javier Fuentes <jfuentes at flumotion.com>
wrote:

> Hello
> I have a problem when I use the intro to send a pre-roll, the main stream
> generates a 20 second delay, when the main stream is played it has no delay.
> Is there any parameter I can use to eliminate the delay?
> with pre-rolli:
> https://radiomarca-rrcast.flumotion.com/radiomarca/live.mp3
> without pre-rolli:
> https://radiomarca-rrcast.flumotion.com/radiomarca/live-np.mp3
>
> my conf:
>
> icecast>
>     <limits>
>         <clients>2310</clients>
>         <sources>10000</sources>
>         <threadpool>16</threadpool>
>         <queue-size>524288</queue-size>
>         <client-timeout>30</client-timeout>
>         <header-timeout>15</header-timeout>
>         <source-timeout>600</source-timeout>
>         <!-- If enabled, this will provide a burst of data when a client
>              first connects, thereby significantly reducing the startup
>              time for listeners that do substantial buffering. However,
>              it also significantly increases latency between the source
>              client and listening client.  For low-latency setups, you
>              might want to disable this. -->
>         <burst-on-connect>1</burst-on-connect>
>         <!-- same as burst-on-connect, but this allows for being more
>              specific on how much to burst. Most people won't need to
>              change from the default 64k. Applies to all mountpoints  -->
>         <burst-size>65536</burst-size>
>     </limits>
>
>  <mount>
>        <mount-name>/radiomarca/live.mp3</mount-name>
>        <queue-size>0</queue-size>
>        <burst-on-connect>1</burst-on-connect>
>        <burst-size>0</burst-size>
>        <intro>/radio-marca/radio-marca-preroll.mp3</intro>
>    </mount>
>
>    <mount>
>        <mount-name>/radiomarca/live-np.mp3</mount-name>
>        <queue-size>0</queue-size>
>        <burst-on-connect>1</burst-on-connect>
>        <burst-size>0</burst-size>
>    </mount>
>
> Thanks in advance
> Best regards
>
> --
>
>
>
>

-- 


Javier Fuentes
Flumotion Services S.A.

Avda. Diagonal 593-595 5?
08014 Barcelona - Spain
www.flumotion.com

*AVISO LEGAL:* Todo el contenido de este correo y sus adjuntos proviene de
FLUMOTION SERVICES, S.A. (en adelante, ?FLUMOTION?). La informaci?n
contenida en este e-mail es confidencial y est? dirigida exclusivamente a
su destinatario. Aunque FLUMOTION le remita cualquier clase de informaci?n
o material, ello no podr? interpretarse como cesi?n, licencia o derecho a
usar o comercializar tales materiales. Si usted no es el destinatario de
este email, no est? autorizado a usar o comunicar p?blicamente este mensaje
y/o su contenido. Si ha recibido este mensaje por error, por favor elim?nelo y
contacte con nuestro personal en el tel?fono +34 935086350. FLUMOTION es
una sociedad an?nima con domicilio social en Avenida Diagonal 593, 5? 08014
? Barcelona ? Espa?a. Los datos personales que recibamos de nuestra
correspondencia con Ud. se incorporan en un fichero de FLUMOTION cuya
finalidad es la de gestionar la relaci?n contractual con usted, as? como
remitirle comunicaciones sobre FLUMOTION, y su tratamiento est? legitimado
por la existencia de dicha relaci?n y la necesidad de gestionarla. En el
caso de comunicaciones de negocio y, si es o ha sido nuestro cliente, de
comunicaciones de comerciales, la legitimaci?n para el tratamiento ser?
nuestro inter?s leg?timo en desarrollar negocio. Vd. puede ejercitar sus
derechos de acceso, rectificaci?n, cancelaci?n u oposici?n, as? como el
resto de derechos que le asisten seg?n Ley, mediante escrito a
info at flumotion.com o al domicilio social de FLUMOTION.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191201/71348880/attachment.htm>

From billbest at hotmail.com  Mon Dec  2 15:44:59 2019
From: billbest at hotmail.com (Bill Best)
Date: Mon, 2 Dec 2019 15:44:59 +0000
Subject: [Icecast] Relay http stream to https
Message-ID: <DB6P18901MB0214C50E6F5E489645847E14F4430@DB6P18901MB0214.EURP189.PROD.OUTLOOK.COM>

Hi

I have an SSL-enabled server that is set up to stream over https fine.

The mountpoints are typically set up as follows:

<listen-socket>
<port>8005</port>
</listen-socket>

<listen-socket>
<port>9005</port>
<ssl>1</ssl>
</listen-socket>

<ssl-certificate>/usr/local/centovacast/etc/ssl/icecast.pem</ssl-certificate>

How should icecast.xml be configured to allow for relaying an http stream as an https-enabled stream?

Many thanks in advance

Bill


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191202/44520ed2/attachment.htm>

From artuch at speedy.com.ar  Tue Dec  3 01:46:19 2019
From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch)
Date: Mon, 02 Dec 2019 22:46:19 -0300
Subject: [Icecast] Relay http stream to https
In-Reply-To: <DB6P18901MB0214C50E6F5E489645847E14F4430@DB6P18901MB0214.EURP189.PROD.OUTLOOK.COM>
References: <DB6P18901MB0214C50E6F5E489645847E14F4430@DB6P18901MB0214.EURP189.PROD.OUTLOOK.COM>
Message-ID: <696b2ac8bd8e7388a106f854f53c15a580ac2381.camel@speedy.com.ar>

Hi Bill,

El lun, 02-12-2019 a las 15:44 +0000, Bill Best escribi?:
> Hi
> 
> I have an SSL-enabled server that is set up to stream over https
> fine.
> 
> The mountpoints are typically set up as follows:
> 
> > <listen-socket>
> > <port>8005</port>
> > </listen-socket>
> > 
> > <listen-socket>  
> > <port>9005</port>   
> > <ssl>1</ssl>
> > </listen-socket>
> > 
> > <ssl-certificate>/usr/local/centovacast/etc/ssl/icecast.pem</ssl-
> > certificate>
> 
> How should icecast.xml be configured to allow for relaying an http
> stream as an https-enabled stream?
> 

You simply must configure the *relay* section on the local Icecast2
server, which has SSL enabled:

    <relay>
        <server>remoteIP</server>
        <port>remotePort</port>
        <mount>/remoteStream.opus</mount>
        <local-mount>/localStream.opus</local-mount>
        <on-demand>0</on-demand>
    </relay>

It doesn't matter if the remote server has SSL enabled or not.

You must also increase the number of sources in the *limits* section:

    <limits>
        <sources>2</sources>
    </limits>

Regards.
Jos? Luis

> Many thanks in advance
> 
> Bill
> 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From jfuentes at flumotion.com  Wed Dec  4 10:55:57 2019
From: jfuentes at flumotion.com (Javier Fuentes)
Date: Wed, 4 Dec 2019 11:55:57 +0100
Subject: [Icecast] Delay on preroll
Message-ID: <CAPniRVqQX7Q5AGyTVnk=rJQrDzDEOcw-42zMKfrTccj8jmUb1w@mail.gmail.com>

Hello
I have a problem when I use the intro to send a pre-roll, the main stream
generates a 20 second delay, when the main stream is played it has no delay.
Is there any parameter I can use to eliminate the delay?
with pre-rolli: https://radiomarca-rrcast.flumotion.com/radiomarca/live.mp3
without pre-rolli:
https://radiomarca-rrcast.flumotion.com/radiomarca/live-np.mp3

my conf:

icecast>
    <limits>
        <clients>2310</clients>
        <sources>10000</sources>
        <threadpool>16</threadpool>
        <queue-size>524288</queue-size>
        <client-timeout>30</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>600</source-timeout>
        <!-- If enabled, this will provide a burst of data when a client
             first connects, thereby significantly reducing the startup
             time for listeners that do substantial buffering. However,
             it also significantly increases latency between the source
             client and listening client.  For low-latency setups, you
             might want to disable this. -->
        <burst-on-connect>1</burst-on-connect>
        <!-- same as burst-on-connect, but this allows for being more
             specific on how much to burst. Most people won't need to
             change from the default 64k. Applies to all mountpoints  -->
        <burst-size>65536</burst-size>
    </limits>

 <mount>
       <mount-name>/radiomarca/live.mp3</mount-name>
       <queue-size>0</queue-size>
       <burst-on-connect>1</burst-on-connect>
       <burst-size>0</burst-size>
       <intro>/radio-marca/radio-marca-preroll.mp3</intro>
   </mount>

   <mount>
       <mount-name>/radiomarca/live-np.mp3</mount-name>
       <queue-size>0</queue-size>
       <burst-on-connect>1</burst-on-connect>
       <burst-size>0</burst-size>
   </mount>

Thanks in advance for your help
Best regards


-- 


Javier Fuentes
Flumotion Services S.A.

Avda. Diagonal 593-595 5?
08014 Barcelona - Spain
www.flumotion.com

*AVISO LEGAL:* Todo el contenido de este correo y sus adjuntos proviene de
FLUMOTION SERVICES, S.A. (en adelante, ?FLUMOTION?). La informaci?n
contenida en este e-mail es confidencial y est? dirigida exclusivamente a
su destinatario. Aunque FLUMOTION le remita cualquier clase de informaci?n
o material, ello no podr? interpretarse como cesi?n, licencia o derecho a
usar o comercializar tales materiales. Si usted no es el destinatario de
este email, no est? autorizado a usar o comunicar p?blicamente este mensaje
y/o su contenido. Si ha recibido este mensaje por error, por favor elim?nelo y
contacte con nuestro personal en el tel?fono +34 935086350. FLUMOTION es
una sociedad an?nima con domicilio social en Avenida Diagonal 593, 5? 08014
? Barcelona ? Espa?a. Los datos personales que recibamos de nuestra
correspondencia con Ud. se incorporan en un fichero de FLUMOTION cuya
finalidad es la de gestionar la relaci?n contractual con usted, as? como
remitirle comunicaciones sobre FLUMOTION, y su tratamiento est? legitimado
por la existencia de dicha relaci?n y la necesidad de gestionarla. En el
caso de comunicaciones de negocio y, si es o ha sido nuestro cliente, de
comunicaciones de comerciales, la legitimaci?n para el tratamiento ser?
nuestro inter?s leg?timo en desarrollar negocio. Vd. puede ejercitar sus
derechos de acceso, rectificaci?n, cancelaci?n u oposici?n, as? como el
resto de derechos que le asisten seg?n Ley, mediante escrito a
info at flumotion.com o al domicilio social de FLUMOTION.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191204/f3bd2324/attachment.htm>

From geoff at QuiteLikely.com  Wed Dec  4 11:44:19 2019
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Wed, 4 Dec 2019 13:44:19 +0200 (IST)
Subject: [Icecast] Delay on preroll
In-Reply-To: <CAPniRVqQX7Q5AGyTVnk=rJQrDzDEOcw-42zMKfrTccj8jmUb1w@mail.gmail.com>
References: <CAPniRVqQX7Q5AGyTVnk=rJQrDzDEOcw-42zMKfrTccj8jmUb1w@mail.gmail.com>
Message-ID: <alpine.DEB.2.11.1912041321330.1940@debian.work>

On Wed, 4 Dec 2019, Javier Fuentes wrote:

> I have a problem when I use the intro to send a pre-roll, the main stream
> generates a 20 second delay, when the main stream is played it has no delay.
> Is there any parameter I can use to eliminate the delay?
> with pre-rolli: https://radiomarca-rrcast.flumotion.com/radiomarca/live.mp3
> without pre-rolli:
> https://radiomarca-rrcast.flumotion.com/radiomarca/live-np.mp3

Are you saying that the listener is further behind on the stream with the 
pre-roll?

I believe that this happens because the pre-roll is sent as quickly as 
possible by Icecast to the client, rather than at the rate of the audio. 
So it will take much less time to send than it does to play.  Once it has 
finished sending the pre-roll, it starts sending the live audio.  The 
player still has to play the pre-roll and will therefore be further behind 
the live audio when it gets to it.

Note that I'm only guessing but it makes sense.

My advice, use a shorter pre-roll.  As a listener, this will get very 
annoying very quickly.  40 seconds is a long time to listen through a 
pre-roll if your connection drops for a second.  I would limit it to 10 
seconds max.

BTW: At time of writing, the live audio is out of phase (see 
https://www.audiocheck.net/audiotests_polaritycheck.php for explanations 
and examples).  this will cause the encoder to work much harder than it 
has to and will not sound as good as it should.  It will also cause anyone 
listening through a single speaker not to be able to hear the announcer 
and anything else that is panned centre (e.g. song vocals).

this is most likely caused by an incorrectly wired cable or an RTS plug 
which is not fully inserted into the jack.

HTH,
Geoff.



From abitar.com at gmail.com  Wed Dec  4 16:45:18 2019
From: abitar.com at gmail.com (David Saunders)
Date: Wed, 4 Dec 2019 11:45:18 -0500
Subject: [Icecast] Delay on preroll
In-Reply-To: <alpine.DEB.2.11.1912041321330.1940@debian.work>
References: <CAPniRVqQX7Q5AGyTVnk=rJQrDzDEOcw-42zMKfrTccj8jmUb1w@mail.gmail.com>
 <alpine.DEB.2.11.1912041321330.1940@debian.work>
Message-ID: <CAOjZz+nrriv=2-CJMn++q=mDh6BoDBkSyCFNuPY87bvC-UGd0w@mail.gmail.com>

One thing is, there is always a delay, especially if use a burst cache. I
can put 3 different clients on the delay can be a little annoying. From a
simple each or reverb effect to a couple sec delay. And if you separate on
remote network it can easily be 10 to 15 sec between clients.
 The delay is complicated mix of client's , network's and server's
configuration and speed.
 Big burst is good to get a client buffers filled so you get little
buffering when listing live.
  Twerking around the settings can make it better but can't be perfect.
  I find trying listen with the source in one ear and the stream with
other, you can find where this delay is. And it will change overtime.


On Wed, Dec 4, 2019, 6:52 AM Geoff Shang <geoff at quitelikely.com> wrote:

> On Wed, 4 Dec 2019, Javier Fuentes wrote:
>
> > I have a problem when I use the intro to send a pre-roll, the main stream
> > generates a 20 second delay, when the main stream is played it has no
> delay.
> > Is there any parameter I can use to eliminate the delay?
> > with pre-rolli:
> https://radiomarca-rrcast.flumotion.com/radiomarca/live.mp3
> > without pre-rolli:
> > https://radiomarca-rrcast.flumotion.com/radiomarca/live-np.mp3
>
> Are you saying that the listener is further behind on the stream with the
> pre-roll?
>
> I believe that this happens because the pre-roll is sent as quickly as
> possible by Icecast to the client, rather than at the rate of the audio.
> So it will take much less time to send than it does to play.  Once it has
> finished sending the pre-roll, it starts sending the live audio.  The
> player still has to play the pre-roll and will therefore be further behind
> the live audio when it gets to it.
>
> Note that I'm only guessing but it makes sense.
>
> My advice, use a shorter pre-roll.  As a listener, this will get very
> annoying very quickly.  40 seconds is a long time to listen through a
> pre-roll if your connection drops for a second.  I would limit it to 10
> seconds max.
>
> BTW: At time of writing, the live audio is out of phase (see
> https://www.audiocheck.net/audiotests_polaritycheck.php for explanations
> and examples).  this will cause the encoder to work much harder than it
> has to and will not sound as good as it should.  It will also cause anyone
> listening through a single speaker not to be able to hear the announcer
> and anything else that is panned centre (e.g. song vocals).
>
> this is most likely caused by an incorrectly wired cable or an RTS plug
> which is not fully inserted into the jack.
>
> HTH,
> 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/20191204/52688142/attachment.htm>

From jeffares.robert at gmail.com  Sat Dec  7 23:42:59 2019
From: jeffares.robert at gmail.com (Robert Jeffares)
Date: Sun, 8 Dec 2019 12:42:59 +1300
Subject: [Icecast] extracting statistics
Message-ID: <01629b12-37d3-32b4-406c-802fa9be9205@gmail.com>

Hi all,

I have an icecast server in a facility which can handle several hundred 
simultaneous connections and I would like to produce some data like:

How many people are listening now?

Where might they be? [general area is OK]

How long have they been listening?

How many different listeners have we had? [ lets not count returning 
listeners as new ]

What is the average time spent listening?

I have been ferreting around and figured out how to create a status2.xsl 
file and where to put it but I can't see how to get the ip's of the 
listeners or any of the other data.

I know it has to be in there, I just don't know how to get there.

any help appreciated


regards

Robert



From gavin at stephens.net.nz  Sun Dec  8 13:40:12 2019
From: gavin at stephens.net.nz (Gavin Stephens)
Date: Mon, 9 Dec 2019 02:40:12 +1300
Subject: [Icecast] V2.4.4 Win32 YP/Directory
Message-ID: <a13c1752-8483-f35b-740b-19787c8743b7@stephens.net.nz>

Hi guys.

Does the YP listings on dir.xiph.org work from an Icecast Win32 build? 
I'm running 2.4.4 but it doesn't appear to come with any search results. 
I've made sure the YP directory is un-commented, set the source to 
public 1 (Icecast server reports public also as 1) and I've even tried a 
mount specific setting of public to 1 as well.

How long does it take to show in the directory, and is the Windows build 
YP enabled?


Cheers,

Gav.




From gavin at stephens.net.nz  Sun Dec  8 13:53:21 2019
From: gavin at stephens.net.nz (Gavin Stephens)
Date: Mon, 9 Dec 2019 02:53:21 +1300
Subject: [Icecast] V2.4.4 Win32 YP/Directory
In-Reply-To: <a13c1752-8483-f35b-740b-19787c8743b7@stephens.net.nz>
References: <a13c1752-8483-f35b-740b-19787c8743b7@stephens.net.nz>
Message-ID: <6083f3b4-fa8f-7571-b989-43332b0e7111@stephens.net.nz>

Never mind, just had to give it 10 minutes or so.


Cheers.


On 9/12/2019 2:40 AM, Gavin Stephens wrote:
> Hi guys.
>
> Does the YP listings on dir.xiph.org work from an Icecast Win32 build? 
> I'm running 2.4.4 but it doesn't appear to come with any search 
> results. I've made sure the YP directory is un-commented, set the 
> source to public 1 (Icecast server reports public also as 1) and I've 
> even tried a mount specific setting of public to 1 as well.
>
> How long does it take to show in the directory, and is the Windows 
> build YP enabled?
>
>
> Cheers,
>
> Gav.
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From artuch at speedy.com.ar  Sun Dec  8 15:15:16 2019
From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch)
Date: Sun, 08 Dec 2019 12:15:16 -0300
Subject: [Icecast] extracting statistics
In-Reply-To: <01629b12-37d3-32b4-406c-802fa9be9205@gmail.com>
References: <01629b12-37d3-32b4-406c-802fa9be9205@gmail.com>
Message-ID: <a4230817daf38209fb25115f870d06a92ee3b8a2.camel@speedy.com.ar>

Hi Robert !

El dom, 08-12-2019 a las 12:42 +1300, Robert Jeffares escribi?:
> Hi all,
> 
> I have an icecast server in a facility which can handle several
> hundred 
> simultaneous connections and I would like to produce some data like:
> 
> How many people are listening now?
> 
> Where might they be? [general area is OK]
> 
> How long have they been listening?
> 
> How many different listeners have we had? [ lets not count returning 
> listeners as new ]
> 
> What is the average time spent listening?
> 
> I have been ferreting around and figured out how to create a
> status2.xsl 
> file and where to put it but I can't see how to get the ip's of the 
> listeners or any of the other data.
> 
> I know it has to be in there, I just don't know how to get there.
> 
> any help appreciated
> 
> 
> regards
> 
> Robert
> 

A few years ago I found a class in PHP with which I obtained ID, IP and
elapsed time of the devices connected to the Icecast2 server, so I made
a PHP script that every thirty seconds does the following:
1.- Call the PHP class
2.- With the data obtained from the server, make an array
3.- With *geoplugin*, obtain data about the location of each IP
connected (city, region, countryName, etc.)
4.- With *browscap.ini*, obtain data about operating systems and web
browsers (the Icecast2 server also provides this data)
5.- With all this data make a list, ordering devices according to the
elapsed time
6.- Has an audible alarm to alert about connection (ascending),
connection + disconnection (flat) and disconnection (descending)

It could be improved a lot, but maybe this can help you.

You can see it working here:
https://www.fm105.online/i/datuak.php

For the script to capture your data you **should** connect here:
https://www.fm105.online

... But since it is behind a proxy to achieve HTTPS in Debian 10 !! ...
ggrrr :), for the script to capture your data, you must connect
directly here:
http://179.40.41.184:8443/915.opus

You can do tests.

Regards.
Jos? Luis

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



From allen at mtlaners.org  Sun Dec  8 19:22:15 2019
From: allen at mtlaners.org (Allen Seelye)
Date: Sun, 8 Dec 2019 12:22:15 -0700
Subject: [Icecast] How to make the playlist repeat
Message-ID: <153aaecb-fe1c-fe95-7c09-702bd4ed2045@mtlaners.org>

Good afternoon,

I have two playlists going, on separate mount points, and they both
exhibit this behavior. It appears that ices is shutting down when it
reaches the end of the playlist. I'm getting these same four lines at
the end of the logs of both playlists:

[2019-12-08? 00:00:53] INFO playlist-builtin/write_ogg_data module
shutdown requested
[2019-12-08? 00:00:53] INFO input/input_loop Closing input module
[2019-12-08? 00:00:53] INFO playlist-builtin/playlist_close_module Close
playlist module
[2019-12-08? 00:00:53] INFO ices-core/main Shutdown in progress

I have <param name="once"> set to zero, but perhaps I'm misunderstanding
what that line is supposed to do.|
|

|My full (sanitized) playlist.xml is her --> https://pastebin.com/qGpas1Xf|

|Any help is appreciated.
|


-- 
Allen Seelye
A Linux user since 1997.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: allen.vcf
Type: text/x-vcard
Size: 4 bytes
Desc: not available
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191208/c9aab190/attachment.vcf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 862 bytes
Desc: OpenPGP digital signature
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191208/c9aab190/attachment.sig>

From marvin at overalwifi.nu  Mon Dec  9 12:54:44 2019
From: marvin at overalwifi.nu (Marvin | OveralWiFi.nu)
Date: Mon, 9 Dec 2019 13:54:44 +0100
Subject: [Icecast] No ssl capability
Message-ID: <0499581A-8EEE-45B8-B6B2-481D163718B6@overalwifi.nu>

Hello all,

I?ve a problem to set up ssl on icecast server. I?ve tried 2/3 certificates and i compiled a new icecast server file with ssl but i still get the error:ssl, no ssl capability in error log icecast. I cant find the solution.

I use centos 7 with centova cast panel

Who can help me?

Thanx in advance

Marv


From phschafft at de.loewenfelsen.net  Mon Dec  9 13:38:50 2019
From: phschafft at de.loewenfelsen.net (Philipp Schafft)
Date: Mon, 09 Dec 2019 13:38:50 +0000
Subject: [Icecast] How to make the playlist repeat
In-Reply-To: <153aaecb-fe1c-fe95-7c09-702bd4ed2045@mtlaners.org>
References: <153aaecb-fe1c-fe95-7c09-702bd4ed2045@mtlaners.org>
Message-ID: <1575898730.8380.26.camel@de.loewenfelsen.net>

Good afternoon,

On Sun, 2019-12-08 at 12:22 -0700, Allen Seelye wrote:
> Good afternoon,
> 
> I have two playlists going, on separate mount points, and they both
> exhibit this behavior. It appears that ices is shutting down when it
> reaches the end of the playlist. I'm getting these same four lines at
> the end of the logs of both playlists:
> 
> [2019-12-08  00:00:53] INFO playlist-builtin/write_ogg_data module
> shutdown requested
> [2019-12-08  00:00:53] INFO input/input_loop Closing input module
> [2019-12-08  00:00:53] INFO playlist-builtin/playlist_close_module Close
> playlist module
> [2019-12-08  00:00:53] INFO ices-core/main Shutdown in progress

> I have <param name="once"> set to zero, but perhaps I'm misunderstanding
> what that line is supposed to do.|

Basically setting "once" to 0 is the correct way. However the above
messages are not part of the IceS source code. To me it seems like you
run a modified binary. Can you please provide information on the *exact*
version you are using as well as were you got your copy from?

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/20191209/ff2497f7/attachment.sig>

From allen at mtlaners.org  Mon Dec  9 15:20:07 2019
From: allen at mtlaners.org (Allen Seelye)
Date: Mon, 09 Dec 2019 15:20:07 +0000
Subject: [Icecast] How to make the playlist repeat
In-Reply-To: <1575898730.8380.26.camel@de.loewenfelsen.net>
References: <1575898730.8380.26.camel@de.loewenfelsen.net>
 <153aaecb-fe1c-fe95-7c09-702bd4ed2045@mtlaners.org>
Message-ID: <54f232b9653c08bdaa648e34bdaec009@mtlaners.org>

Good morning,

I'm using the deb package provided with Debian buster.

Output of 'apt search ices2' --> ices2/stable,now 1:2.0kh60a-dmo4 amd64 [installed]

So I should probably remove that, and build it from source then.

-Allen

--
Allen Seelye
A Linux user since 1997.

December 9, 2019 6:38 AM, "Philipp Schafft" <phschafft at de.loewenfelsen.net> wrote:

> Good afternoon,
> 
> On Sun, 2019-12-08 at 12:22 -0700, Allen Seelye wrote:
> 
>> Good afternoon,
>> 
>> I have two playlists going, on separate mount points, and they both
>> exhibit this behavior. It appears that ices is shutting down when it
>> reaches the end of the playlist. I'm getting these same four lines at
>> the end of the logs of both playlists:
>> 
>> [2019-12-08 00:00:53] INFO playlist-builtin/write_ogg_data module
>> shutdown requested
>> [2019-12-08 00:00:53] INFO input/input_loop Closing input module
>> [2019-12-08 00:00:53] INFO playlist-builtin/playlist_close_module Close
>> playlist module
>> [2019-12-08 00:00:53] INFO ices-core/main Shutdown in progress
>> 
>> I have <param name="once"> set to zero, but perhaps I'm misunderstanding
>> what that line is supposed to do.|
> 
> Basically setting "once" to 0 is the correct way. However the above
> messages are not part of the IceS source code. To me it seems like you
> run a modified binary. Can you please provide information on the *exact*
> version you are using as well as were you got your copy from?
> 
> 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


From phschafft at de.loewenfelsen.net  Mon Dec  9 20:25:52 2019
From: phschafft at de.loewenfelsen.net (Philipp Schafft)
Date: Mon, 09 Dec 2019 20:25:52 +0000
Subject: [Icecast] How to make the playlist repeat
In-Reply-To: <54f232b9653c08bdaa648e34bdaec009@mtlaners.org>
References: <1575898730.8380.26.camel@de.loewenfelsen.net>
 <153aaecb-fe1c-fe95-7c09-702bd4ed2045@mtlaners.org>
 <54f232b9653c08bdaa648e34bdaec009@mtlaners.org>
Message-ID: <1575923152.8380.30.camel@de.loewenfelsen.net>

Good afternoon,

On Mon, 2019-12-09 at 15:20 +0000, Allen Seelye wrote:
> Good morning,
> 
> I'm using the deb package provided with Debian buster.
> 
> Output of 'apt search ices2' --> ices2/stable,now 1:2.0kh60a-dmo4 amd64 [installed]

That is a "kh" software. It is NOT the official IceS. You would need to
ask it's vendor for documentation on it if you really want to use it.


> So I should probably remove that, and build it from source then.

Seems like you have the debian-multimedia repo included. It contains
packages under the names of Icecast related projects that are NOT
Icecast Project's software. They are from another vendor.

I suggest to install IceS from the official Debian repo.

With best regards,


> December 9, 2019 6:38 AM, "Philipp Schafft" <phschafft at de.loewenfelsen.net> wrote:
> 
> > Good afternoon,
> > 
> > On Sun, 2019-12-08 at 12:22 -0700, Allen Seelye wrote:
> > 
> >> Good afternoon,
> >> 
> >> I have two playlists going, on separate mount points, and they both
> >> exhibit this behavior. It appears that ices is shutting down when it
> >> reaches the end of the playlist. I'm getting these same four lines at
> >> the end of the logs of both playlists:
> >> 
> >> [2019-12-08 00:00:53] INFO playlist-builtin/write_ogg_data module
> >> shutdown requested
> >> [2019-12-08 00:00:53] INFO input/input_loop Closing input module
> >> [2019-12-08 00:00:53] INFO playlist-builtin/playlist_close_module Close
> >> playlist module
> >> [2019-12-08 00:00:53] INFO ices-core/main Shutdown in progress
> >> 
> >> I have <param name="once"> set to zero, but perhaps I'm misunderstanding
> >> what that line is supposed to do.|
> > 
> > Basically setting "once" to 0 is the correct way. However the above
> > messages are not part of the IceS source code. To me it seems like you
> > run a modified binary. Can you please provide information on the *exact*
> > version you are using as well as were you got your copy from?


-- 
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/20191209/0bef0f67/attachment.sig>

From allen at mtlaners.org  Mon Dec  9 22:07:53 2019
From: allen at mtlaners.org (Allen Seelye)
Date: Mon, 09 Dec 2019 22:07:53 +0000
Subject: [Icecast] How to make the playlist repeat
In-Reply-To: <1575923152.8380.30.camel@de.loewenfelsen.net>
References: <1575923152.8380.30.camel@de.loewenfelsen.net>
 <1575898730.8380.26.camel@de.loewenfelsen.net>
 <153aaecb-fe1c-fe95-7c09-702bd4ed2045@mtlaners.org>
 <54f232b9653c08bdaa648e34bdaec009@mtlaners.org>
Message-ID: <07aa791c2be5a2d78516b227d2636ab1@mtlaners.org>

I removed the debian-multimedia repo, removed ices and icecast, then apt update and installed ices and icecast. Now I've run into a config problem, but that's unrelated to this particular thread. I'll get that sorted out and then confirm that the repeat problem is resolved.

Thanks so much for all your help.



--
Allen Seelye
A Linux user since 1997.

December 9, 2019 1:25 PM, "Philipp Schafft" <phschafft at de.loewenfelsen.net> wrote:

> Good afternoon,
> 
> On Mon, 2019-12-09 at 15:20 +0000, Allen Seelye wrote:
> 
>> Good morning,
>> 
>> I'm using the deb package provided with Debian buster.
>> 
>> Output of 'apt search ices2' --> ices2/stable,now 1:2.0kh60a-dmo4 amd64 [installed]
> 
> That is a "kh" software. It is NOT the official IceS. You would need to
> ask it's vendor for documentation on it if you really want to use it.
> 
>> So I should probably remove that, and build it from source then.
> 
> Seems like you have the debian-multimedia repo included. It contains
> packages under the names of Icecast related projects that are NOT
> Icecast Project's software. They are from another vendor.
> 
> I suggest to install IceS from the official Debian repo.
> 
> With best regards,
> 
>> December 9, 2019 6:38 AM, "Philipp Schafft" <phschafft at de.loewenfelsen.net> wrote:
>> 
>> Good afternoon,
>> 
>> On Sun, 2019-12-08 at 12:22 -0700, Allen Seelye wrote:
>> 
>> Good afternoon,
>> 
>> I have two playlists going, on separate mount points, and they both
>> exhibit this behavior. It appears that ices is shutting down when it
>> reaches the end of the playlist. I'm getting these same four lines at
>> the end of the logs of both playlists:
>> 
>> [2019-12-08 00:00:53] INFO playlist-builtin/write_ogg_data module
>> shutdown requested
>> [2019-12-08 00:00:53] INFO input/input_loop Closing input module
>> [2019-12-08 00:00:53] INFO playlist-builtin/playlist_close_module Close
>> playlist module
>> [2019-12-08 00:00:53] INFO ices-core/main Shutdown in progress
>> 
>> I have <param name="once"> set to zero, but perhaps I'm misunderstanding
>> what that line is supposed to do.|
>> 
>> Basically setting "once" to 0 is the correct way. However the above
>> messages are not part of the IceS source code. To me it seems like you
>> run a modified binary. Can you please provide information on the *exact*
>> version you are using as well as were you got your copy from?
> 
> --
> 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


From me at alexhackney.com  Tue Dec 10 01:01:06 2019
From: me at alexhackney.com (Alex Hackney)
Date: Mon, 9 Dec 2019 20:01:06 -0500
Subject: [Icecast] No ssl capability
In-Reply-To: <0499581A-8EEE-45B8-B6B2-481D163718B6@overalwifi.nu>
References: <0499581A-8EEE-45B8-B6B2-481D163718B6@overalwifi.nu>
Message-ID: <CALiD=zzCaSYVH1KBiH6NjZjD_8Kxbc5S0EARGjgyPGrBbwVdNA@mail.gmail.com>

Your best bet is to give all the steps you've done in detail. There could
be a small problem with any number of them.

Alex

On Mon, Dec 9, 2019 at 7:54 AM Marvin | OveralWiFi.nu <marvin at overalwifi.nu>
wrote:

> Hello all,
>
> I?ve a problem to set up ssl on icecast server. I?ve tried 2/3
> certificates and i compiled a new icecast server file with ssl but i still
> get the error:ssl, no ssl capability in error log icecast. I cant find the
> solution.
>
> I use centos 7 with centova cast panel
>
> Who can help me?
>
> Thanx in advance
>
> Marv
> _______________________________________________
> 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/20191209/a493195b/attachment.htm>

From webmaster at berean-biblechurch.org  Tue Dec 10 01:53:57 2019
From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org)
Date: Mon, 09 Dec 2019 19:53:57 -0600
Subject: [Icecast] extracting statistics
In-Reply-To: <a4230817daf38209fb25115f870d06a92ee3b8a2.camel@speedy.com.ar>
References: <01629b12-37d3-32b4-406c-802fa9be9205@gmail.com>
 <a4230817daf38209fb25115f870d06a92ee3b8a2.camel@speedy.com.ar>
Message-ID: <978670b9813e28a7d338cdb597db8f1d@berean-biblechurch.org>

Hi Jos?,
Just to be sure, did you mean to share this PHP script somewhere?

Robert,
I'm thinking you'll have to do something like Jos? did and create some 
custom code to get all that you are asking for.

Justin

On 2019-12-08 09:15, Jos? Luis Artuch wrote:
> Hi Robert !
> 
> El dom, 08-12-2019 a las 12:42 +1300, Robert Jeffares escribi?:
>> Hi all,
>> 
>> I have an icecast server in a facility which can handle several
>> hundred
>> simultaneous connections and I would like to produce some data like:
>> 
>> How many people are listening now?
>> 
>> Where might they be? [general area is OK]
>> 
>> How long have they been listening?
>> 
>> How many different listeners have we had? [ lets not count returning
>> listeners as new ]
>> 
>> What is the average time spent listening?
>> 
>> I have been ferreting around and figured out how to create a
>> status2.xsl
>> file and where to put it but I can't see how to get the ip's of the
>> listeners or any of the other data.
>> 
>> I know it has to be in there, I just don't know how to get there.
>> 
>> any help appreciated
>> 
>> 
>> regards
>> 
>> Robert
>> 
> 
> A few years ago I found a class in PHP with which I obtained ID, IP and
> elapsed time of the devices connected to the Icecast2 server, so I made
> a PHP script that every thirty seconds does the following:
> 1.- Call the PHP class
> 2.- With the data obtained from the server, make an array
> 3.- With *geoplugin*, obtain data about the location of each IP
> connected (city, region, countryName, etc.)
> 4.- With *browscap.ini*, obtain data about operating systems and web
> browsers (the Icecast2 server also provides this data)
> 5.- With all this data make a list, ordering devices according to the
> elapsed time
> 6.- Has an audible alarm to alert about connection (ascending),
> connection + disconnection (flat) and disconnection (descending)
> 
> It could be improved a lot, but maybe this can help you.
> 
> You can see it working here:
> https://www.fm105.online/i/datuak.php
> 
> For the script to capture your data you **should** connect here:
> https://www.fm105.online
> 
> ... But since it is behind a proxy to achieve HTTPS in Debian 10 !! ...
> ggrrr :), for the script to capture your data, you must connect
> directly here:
> http://179.40.41.184:8443/915.opus
> 
> You can do tests.
> 
> Regards.
> Jos? Luis
> 
>> _______________________________________________
>> 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 artuch at speedy.com.ar  Tue Dec 10 04:11:57 2019
From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch)
Date: Tue, 10 Dec 2019 01:11:57 -0300
Subject: [Icecast] extracting statistics
In-Reply-To: <978670b9813e28a7d338cdb597db8f1d@berean-biblechurch.org>
References: <01629b12-37d3-32b4-406c-802fa9be9205@gmail.com>
 <a4230817daf38209fb25115f870d06a92ee3b8a2.camel@speedy.com.ar>
 <978670b9813e28a7d338cdb597db8f1d@berean-biblechurch.org>
Message-ID: <6a47fc13bae42b6b7849624ce8e5d92ba1a38a43.camel@speedy.com.ar>

Hi Justin,

El lun, 09-12-2019 a las 19:53 -0600, webmaster at berean-biblechurch.org
escribi?:
> Hi Jos?,
> Just to be sure, did you mean to share this PHP script somewhere?
> 
Yes !. I had this software a little forgotten, but I will organize it
and I will pass you a link for you to download.
You will see that this software can be greatly improved, but at least
as it works correctly.
Regards.
Jos? Luis

> Robert,
> I'm thinking you'll have to do something like Jos? did and create
> some 
> custom code to get all that you are asking for.
> 
> Justin
> 
> On 2019-12-08 09:15, Jos? Luis Artuch wrote:
> > Hi Robert !
> > 
> > El dom, 08-12-2019 a las 12:42 +1300, Robert Jeffares escribi?:
> > > Hi all,
> > > 
> > > I have an icecast server in a facility which can handle several
> > > hundred
> > > simultaneous connections and I would like to produce some data
> > > like:
> > > 
> > > How many people are listening now?
> > > 
> > > Where might they be? [general area is OK]
> > > 
> > > How long have they been listening?
> > > 
> > > How many different listeners have we had? [ lets not count
> > > returning
> > > listeners as new ]
> > > 
> > > What is the average time spent listening?
> > > 
> > > I have been ferreting around and figured out how to create a
> > > status2.xsl
> > > file and where to put it but I can't see how to get the ip's of
> > > the
> > > listeners or any of the other data.
> > > 
> > > I know it has to be in there, I just don't know how to get there.
> > > 
> > > any help appreciated
> > > 
> > > 
> > > regards
> > > 
> > > Robert
> > > 
> > 
> > A few years ago I found a class in PHP with which I obtained ID, IP
> > and
> > elapsed time of the devices connected to the Icecast2 server, so I
> > made
> > a PHP script that every thirty seconds does the following:
> > 1.- Call the PHP class
> > 2.- With the data obtained from the server, make an array
> > 3.- With *geoplugin*, obtain data about the location of each IP
> > connected (city, region, countryName, etc.)
> > 4.- With *browscap.ini*, obtain data about operating systems and
> > web
> > browsers (the Icecast2 server also provides this data)
> > 5.- With all this data make a list, ordering devices according to
> > the
> > elapsed time
> > 6.- Has an audible alarm to alert about connection (ascending),
> > connection + disconnection (flat) and disconnection (descending)
> > 
> > It could be improved a lot, but maybe this can help you.
> > 
> > You can see it working here:
> > https://www.fm105.online/i/datuak.php
> > 
> > For the script to capture your data you **should** connect here:
> > https://www.fm105.online
> > 
> > ... But since it is behind a proxy to achieve HTTPS in Debian 10 !!
> > ...
> > ggrrr :), for the script to capture your data, you must connect
> > directly here:
> > http://179.40.41.184:8443/915.opus
> > 
> > You can do tests.
> > 
> > Regards.
> > Jos? Luis
> > 
> > > _______________________________________________
> > > 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 jan.versnel at inter.nl.net  Tue Dec 10 06:20:29 2019
From: jan.versnel at inter.nl.net (Jan Versnel)
Date: Tue, 10 Dec 2019 07:20:29 +0100
Subject: [Icecast] How to make the playlist repeat
In-Reply-To: <1575898730.8380.26.camel@de.loewenfelsen.net>
References: <1575898730.8380.26.camel@de.loewenfelsen.net>
Message-ID: <DDDEC552-972D-40C1-98D1-13FC9E7C2D77@inter.nl.net>

Unsubscribe

Verstuurd vanaf mijn iPhone

> Op 9 dec. 2019 om 14:47 heeft Philipp Schafft <phschafft at de.loewenfelsen.net> het volgende geschreven:
> 
> ?Good afternoon,
> 
>> On Sun, 2019-12-08 at 12:22 -0700, Allen Seelye wrote:
>> Good afternoon,
>> 
>> I have two playlists going, on separate mount points, and they both
>> exhibit this behavior. It appears that ices is shutting down when it
>> reaches the end of the playlist. I'm getting these same four lines at
>> the end of the logs of both playlists:
>> 
>> [2019-12-08  00:00:53] INFO playlist-builtin/write_ogg_data module
>> shutdown requested
>> [2019-12-08  00:00:53] INFO input/input_loop Closing input module
>> [2019-12-08  00:00:53] INFO playlist-builtin/playlist_close_module Close
>> playlist module
>> [2019-12-08  00:00:53] INFO ices-core/main Shutdown in progress
> 
>> I have <param name="once"> set to zero, but perhaps I'm misunderstanding
>> what that line is supposed to do.|
> 
> Basically setting "once" to 0 is the correct way. However the above
> messages are not part of the IceS source code. To me it seems like you
> run a modified binary. Can you please provide information on the *exact*
> version you are using as well as were you got your copy from?
> 
> 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
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From ervin.bizjak at gmail.com  Tue Dec 10 07:50:05 2019
From: ervin.bizjak at gmail.com (Ervin Bizjak)
Date: Tue, 10 Dec 2019 08:50:05 +0100
Subject: [Icecast] SSL
Message-ID: <CABDatARuvof2NZOV6gzneLR4PfnvMV5u=YLjuuUVsbNoQ2RgWA@mail.gmail.com>

Hello!

I use Icecast and windows 8 for streaming my radio.

Can you anybody help me *step by step* where do I get a find free SSL,
which file need, in which folder put ssl file and how modify icecast.xml.

Thank you so much for any help.

Ervin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191210/852a7324/attachment.htm>

From ross at stationplaylist.com  Tue Dec 10 09:45:50 2019
From: ross at stationplaylist.com (Ross Levis)
Date: Tue, 10 Dec 2019 22:45:50 +1300
Subject: [Icecast] SSL
In-Reply-To: <CABDatARuvof2NZOV6gzneLR4PfnvMV5u=YLjuuUVsbNoQ2RgWA@mail.gmail.com>
References: <CABDatARuvof2NZOV6gzneLR4PfnvMV5u=YLjuuUVsbNoQ2RgWA@mail.gmail.com>
Message-ID: <002a01d5af3e$9c937400$d5ba5c00$@com>

Try this page.

https://improveandrepeat.com/2019/11/creating-lets-encrypt-certificates-on-windows-with-win-acme/

 

From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Ervin Bizjak
Sent: Tuesday, 10 December 2019 8:50 p.m.
To: Icecast streaming server user discussions
Subject: [Icecast] SSL

 

Hello!

 

I use Icecast and windows 8 for streaming my radio.

 

Can you anybody help me step by step where do I get a find free SSL, which file need, in which folder put ssl file and how modify icecast.xml.

 

Thank you so much for any help. 

 

Ervin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191210/69c3c4f3/attachment.htm>

From ervin.bizjak at gmail.com  Tue Dec 10 11:26:41 2019
From: ervin.bizjak at gmail.com (Ervin Bizjak)
Date: Tue, 10 Dec 2019 12:26:41 +0100
Subject: [Icecast] SSL
In-Reply-To: <002a01d5af3e$9c937400$d5ba5c00$@com>
References: <CABDatARuvof2NZOV6gzneLR4PfnvMV5u=YLjuuUVsbNoQ2RgWA@mail.gmail.com>
 <002a01d5af3e$9c937400$d5ba5c00$@com>
Message-ID: <CABDatAQCAXVAxsopg2wp-ZGJ76HxeOEbh-CbW__ufUYYN+eGZw@mail.gmail.com>

Thank you for reply, but install not working

 Error while creating logger: The source was not found, but some or all
event logs could not be searched.  Inaccessible logs: Security. -    at
System.Diagnostics.EventLog.FindSourceRegistration(String source, String
machineName, Boolean readOnly, Boolean wantToCreate)
   at System.Diagnostics.EventLog.SourceExists(String source, String
machineName, Boolean wantToCreate)
   at System.Diagnostics.EventLog.SourceExists(String source, String
machineName)
   at Serilog.Sinks.EventLog.EventLogSink.ConfigureSource(EventLog log,
String source)
   at Serilog.Sinks.EventLog.EventLogSink..ctor(String source, String
logName, ITextFormatter textFormatter, String machineName, Boolean
manageEventSource, IEventIdProvider eventIdProvider)
   at Serilog.Sinks.EventLog.EventLogSink..ctor(String source, String
logName, ITextFormatter textFormatter, String machineName, Boolean
manageEventSource)
   at
Serilog.LoggerConfigurationEventLogExtensions.EventLog(LoggerSinkConfiguration
loggerConfiguration, String source, String logName, String machineName,
Boolean manageEventSource, String outputTemplate, IFormatProvider
formatProvider, LogEventLevel restrictedToMinimumLevel, IEventIdProvider
eventIdProvider)
   at PKISharp.WACS.Services.LogService..ctor()

V V tor., 10. dec. 2019 ob 11:46 je oseba Ross Levis <
ross at stationplaylist.com> napisala:

> Try this page.
>
>
> https://improveandrepeat.com/2019/11/creating-lets-encrypt-certificates-on-windows-with-win-acme/
>
>
>
> *From:* Icecast [mailto:icecast-bounces at xiph.org] *On Behalf Of *Ervin
> Bizjak
> *Sent:* Tuesday, 10 December 2019 8:50 p.m.
> *To:* Icecast streaming server user discussions
> *Subject:* [Icecast] SSL
>
>
>
> Hello!
>
>
>
> I use Icecast and windows 8 for streaming my radio.
>
>
>
> Can you anybody help me *step by step* where do I get a find free SSL,
> which file need, in which folder put ssl file and how modify icecast.xml.
>
>
>
> Thank you so much for any help.
>
>
>
> Ervin
> _______________________________________________
> 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/20191210/52f6b2b9/attachment.htm>

From chiapas at aktivix.org  Tue Dec 10 18:26:54 2019
From: chiapas at aktivix.org (Chip)
Date: Tue, 10 Dec 2019 18:26:54 +0000
Subject: [Icecast] No ssl capability
In-Reply-To: <0499581A-8EEE-45B8-B6B2-481D163718B6@overalwifi.nu>
References: <0499581A-8EEE-45B8-B6B2-481D163718B6@overalwifi.nu>
Message-ID: <CAKCymP2MK=LohC=XAqMDBQiq8kVd5ogy0_x=Q0-_TCUFvHzT4w@mail.gmail.com>

How about this:

   - https://serverok.in/centovacast-enable-ssl-on-icecast

You're welcome. Don't mention it :o)

Chip Scooter

On Mon, 9 Dec 2019 at 12:54, Marvin | OveralWiFi.nu <marvin at overalwifi.nu>
wrote:
>
> Hello all,
>
> I?ve a problem to set up ssl on icecast server. I?ve tried 2/3
certificates and i compiled a new icecast server file with ssl but i still
get the error:ssl, no ssl capability in error log icecast. I cant find the
solution.
>
> I use centos 7 with centova cast panel
>
> Who can help me?
>
> Thanx in advance
>
> Marv
> _______________________________________________
> 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/20191210/f0065f7a/attachment.htm>

From marvin at overalwifi.nu  Tue Dec 10 19:14:01 2019
From: marvin at overalwifi.nu (Marvin | OveralWiFi.nu)
Date: Tue, 10 Dec 2019 20:14:01 +0100
Subject: [Icecast] No ssl capability
In-Reply-To: <CAKCymP2MK=LohC=XAqMDBQiq8kVd5ogy0_x=Q0-_TCUFvHzT4w@mail.gmail.com>
References: <CAKCymP2MK=LohC=XAqMDBQiq8kVd5ogy0_x=Q0-_TCUFvHzT4w@mail.gmail.com>
Message-ID: <1893B3B1-B3A9-45CA-95F2-282726BC8B4A@overalwifi.nu>

Thanks chip!
Thats working.

Thanks a lot

Kind regards,
Marv

Op 10 dec. 2019 om 19:51 heeft Chip <chiapas at aktivix.org> het volgende geschreven:
> 
> ?
> How about this:
> https://serverok.in/centovacast-enable-ssl-on-icecast
> You're welcome. Don't mention it :o)
> 
> Chip Scooter
> 
> On Mon, 9 Dec 2019 at 12:54, Marvin | OveralWiFi.nu <marvin at overalwifi.nu> wrote:
> >
> > Hello all,
> >
> > I?ve a problem to set up ssl on icecast server. I?ve tried 2/3 certificates and i compiled a new icecast server file with ssl but i still get the error:ssl, no ssl capability in error log icecast. I cant find the solution.
> >
> > I use centos 7 with centova cast panel
> >
> > Who can help me?
> >
> > Thanx in advance
> >
> > Marv
> > _______________________________________________
> > 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/20191210/4ab15bda/attachment.htm>

From chiapas at aktivix.org  Tue Dec 10 19:33:44 2019
From: chiapas at aktivix.org (Chip)
Date: Tue, 10 Dec 2019 19:33:44 +0000
Subject: [Icecast] No ssl capability
In-Reply-To: <1893B3B1-B3A9-45CA-95F2-282726BC8B4A@overalwifi.nu>
References: <CAKCymP2MK=LohC=XAqMDBQiq8kVd5ogy0_x=Q0-_TCUFvHzT4w@mail.gmail.com>
 <1893B3B1-B3A9-45CA-95F2-282726BC8B4A@overalwifi.nu>
Message-ID: <CAKCymP2426aA3CvhUHnKKz6acyqbjPptJf=MfgWgX959Wo8Ftw@mail.gmail.com>

Of course!

No problem :o)

On Tue, 10 Dec 2019 at 19:14, Marvin | OveralWiFi.nu <marvin at overalwifi.nu>
wrote:

> Thanks chip!
> Thats working.
>
> Thanks a lot
>
> Kind regards,
> Marv
>
> Op 10 dec. 2019 om 19:51 heeft Chip <chiapas at aktivix.org> het volgende
> geschreven:
>
>
> ?
> How about this:
>
>    - https://serverok.in/centovacast-enable-ssl-on-icecast
>
> You're welcome. Don't mention it :o)
>
> Chip Scooter
>
> On Mon, 9 Dec 2019 at 12:54, Marvin | OveralWiFi.nu <marvin at overalwifi.nu>
> wrote:
> >
> > Hello all,
> >
> > I?ve a problem to set up ssl on icecast server. I?ve tried 2/3
> certificates and i compiled a new icecast server file with ssl but i still
> get the error:ssl, no ssl capability in error log icecast. I cant find the
> solution.
> >
> > I use centos 7 with centova cast panel
> >
> > Who can help me?
> >
> > Thanx in advance
> >
> > Marv
> > _______________________________________________
> > 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/20191210/ddf65b60/attachment.htm>

From webmaster at berean-biblechurch.org  Wed Dec 11 02:24:07 2019
From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org)
Date: Tue, 10 Dec 2019 20:24:07 -0600
Subject: [Icecast] SSL
In-Reply-To: <CABDatARuvof2NZOV6gzneLR4PfnvMV5u=YLjuuUVsbNoQ2RgWA@mail.gmail.com>
References: <CABDatARuvof2NZOV6gzneLR4PfnvMV5u=YLjuuUVsbNoQ2RgWA@mail.gmail.com>
Message-ID: <27d061fc973063eaef830c72eaa70bbe@berean-biblechurch.org>

Hi Ervin, 

Let's Encrypt service is probably what you want for a TLS certificate
provider, though you can search for other free cert providers.  I first
used https://zerossl.com/ with their online tools to create the cert. 
After a couple of manual renewals I downloaded their cmd line tool
(le64.exe), for which I created a PowerShell script to automate the
renewals. 

Keep in mind that the Icecast PEM certificate file is a combining of the
private (domain) key and public key files.  (public portion first in the
file) 

I know you wanted step-by-step, but here are the simplified steps: 

 	* get your PEM SSL/TLS cert file

	* configure the Icecast.xml

	* in your <listen-socket> tag, add this tag: <ssl>1</ssl> 

 	* consider the <port> tag value you want

 	* point to the SSL cert file in the <paths> tag:
<ssl-certificate>./icecast.pem</ssl-certificate>  (modify for your path,
"./" represents the Icecast install folder)

 	* configure your router and network accordingly

I used a combination of the two docs sites to learn about it: 

 	* http://icecast.org/docs/icecast-2.4.1/config-file.html
 	* https://www.icecast.org/docs/icecast-trunk/config_file/

Don't expect it to be a 5 minute job ... 

Justin 

On 2019-12-10 01:50, Ervin Bizjak wrote:

> Hello! 
> 
> I use Icecast and windows 8 for streaming my radio. 
> 
> Can you anybody help me STEP BY STEP where do I get a find free SSL, which file need, in which folder put ssl file and how modify icecast.xml. 
> 
> Thank you so much for any help. 
> 
> Ervin
> 
> _______________________________________________
> 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/20191210/337652db/attachment.htm>

From ervin.bizjak at gmail.com  Wed Dec 11 04:09:56 2019
From: ervin.bizjak at gmail.com (Ervin Bizjak)
Date: Wed, 11 Dec 2019 05:09:56 +0100
Subject: [Icecast] SSL
In-Reply-To: <27d061fc973063eaef830c72eaa70bbe@berean-biblechurch.org>
References: <CABDatARuvof2NZOV6gzneLR4PfnvMV5u=YLjuuUVsbNoQ2RgWA@mail.gmail.com>
 <27d061fc973063eaef830c72eaa70bbe@berean-biblechurch.org>
Message-ID: <CABDatAS8Hzz-3HHi4tmgEFaZ3e-RQ0guXvgn+XLLnH=kgxM8BQ@mail.gmail.com>

Thank you very much for help!

Regards,
Ervin

V V sre., 11. dec. 2019 ob 03:48 je oseba <webmaster at berean-biblechurch.org>
napisala:

> Hi Ervin,
>
> Let's Encrypt service is probably what you want for a TLS certificate
> provider, though you can search for other free cert providers.  I first
> used https://zerossl.com/ with their online tools to create the cert.
> After a couple of manual renewals I downloaded their cmd line tool
> (le64.exe), for which I created a PowerShell script to automate the
> renewals.
>
> Keep in mind that the Icecast PEM certificate file is a combining of the
> private (domain) key and public key files.  (public portion first in the
> file)
>
> I know you wanted step-by-step, but here are the simplified steps:
>
>    1. get your PEM SSL/TLS cert file
>    2. configure the Icecast.xml
>    1. in your <listen-socket> tag, add this tag: <ssl>1</ssl>
>          1. consider the <port> tag value you want
>       2. point to the SSL cert file in the <paths> tag:
>       <ssl-certificate>./icecast.pem</ssl-certificate>  (modify for your path,
>       "./" represents the Icecast install folder)
>    3. configure your router and network accordingly
>
> I used a combination of the two docs sites to learn about it:
>
>    - http://icecast.org/docs/icecast-2.4.1/config-file.html
>    - https://www.icecast.org/docs/icecast-trunk/config_file/
>
> Don't expect it to be a 5 minute job ...
>
> Justin
>
>
> On 2019-12-10 01:50, Ervin Bizjak wrote:
>
> Hello!
>
> I use Icecast and windows 8 for streaming my radio.
>
> Can you anybody help me *step by step* where do I get a find free SSL,
> which file need, in which folder put ssl file and how modify icecast.xml.
>
> Thank you so much for any help.
>
> Ervin
>
> _______________________________________________
> 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/20191211/e7fe29af/attachment.htm>

From wantom428 at gmail.com  Wed Dec 11 10:31:46 2019
From: wantom428 at gmail.com (mas wanto)
Date: Wed, 11 Dec 2019 17:31:46 +0700
Subject: [Icecast] No ssl capability
In-Reply-To: <0499581A-8EEE-45B8-B6B2-481D163718B6@overalwifi.nu>
References: <0499581A-8EEE-45B8-B6B2-481D163718B6@overalwifi.nu>
Message-ID: <CAC7mMM-pq50csUycRYOdjBbfQ80xo1LvV1OSMe6MSxzYKHgV7w@mail.gmail.com>

Bagaimana menangani jumlah pendengar palsu , kalo di  shoutcast kan ada
report pendengar di akunnya, jadi mudah kedeteksi , misalnya
http://bogor.nagaswara.com:8088

Pada tanggal Sen, 9 Des 2019 19.54, Marvin | OveralWiFi.nu <
marvin at overalwifi.nu> menulis:

> Hello all,
>
> I?ve a problem to set up ssl on icecast server. I?ve tried 2/3
> certificates and i compiled a new icecast server file with ssl but i still
> get the error:ssl, no ssl capability in error log icecast. I cant find the
> solution.
>
> I use centos 7 with centova cast panel
>
> Who can help me?
>
> Thanx in advance
>
> Marv
> _______________________________________________
> 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/20191211/fdb94537/attachment.htm>

From marvin at overalwifi.nu  Wed Dec 11 12:36:00 2019
From: marvin at overalwifi.nu (marvin at overalwifi.nu)
Date: Wed, 11 Dec 2019 13:36:00 +0100
Subject: [Icecast] DJ Priority with ices-cc or liquidsoap
Message-ID: <c01d8dabdacd0a2785132b3e33884a6c@overalwifi.nu>

Hello all,

I'm using shoutcast at this moment with shoutcast transcoder 2. In sc 
trans i can give each deejay an priority, so i give the nonstop (auto 
dj), offsite an priority of 1, and the deejays 2, so they can login over 
the autodj.
I was testing with ices and liquidsoap but i cant find the setting to 
give the dj's a priority.

Shoutcast transcoder 2 offers an function to broadcast 3 bitrates, i'm 
using 192,64 and 32.
I was testing with ices but then i need to broadcast to 2 encoders from 
the deejays. Has anyone a tip so i can use 3 bitrates at once and can 
set the dj priority?

Thanks in advance.

Kind regards,
Marv


From jordan at coolmic.net  Wed Dec 11 16:15:56 2019
From: jordan at coolmic.net (Jordan Erickson)
Date: Wed, 11 Dec 2019 08:15:56 -0800
Subject: [Icecast] DJ Priority with ices-cc or liquidsoap
In-Reply-To: <c01d8dabdacd0a2785132b3e33884a6c@overalwifi.nu>
References: <c01d8dabdacd0a2785132b3e33884a6c@overalwifi.nu>
Message-ID: <0f83d9ea-cade-acd8-f905-9d4171a9b199@coolmic.net>

Hi Marv,

This is a list for Icecast server support, not Shoutcast. You'll have to
contact their customer service department for this issue ;)


Cheers,
Jordan

On 12/11/19 4:36 AM, marvin at overalwifi.nu wrote:
> Hello all,
> 
> I'm using shoutcast at this moment with shoutcast transcoder 2. In sc
> trans i can give each deejay an priority, so i give the nonstop (auto
> dj), offsite an priority of 1, and the deejays 2, so they can login over
> the autodj.
> I was testing with ices and liquidsoap but i cant find the setting to
> give the dj's a priority.
> 
> Shoutcast transcoder 2 offers an function to broadcast 3 bitrates, i'm
> using 192,64 and 32.
> I was testing with ices but then i need to broadcast to 2 encoders from
> the deejays. Has anyone a tip so i can use 3 bitrates at once and can
> set the dj priority?
> 
> Thanks in advance.
> 
> Kind regards,
> Marv
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From marvin at overalwifi.nu  Wed Dec 11 16:17:43 2019
From: marvin at overalwifi.nu (Marvin | OveralWiFi.nu)
Date: Wed, 11 Dec 2019 17:17:43 +0100
Subject: [Icecast] DJ Priority with ices-cc or liquidsoap
In-Reply-To: <0f83d9ea-cade-acd8-f905-9d4171a9b199@coolmic.net>
References: <0f83d9ea-cade-acd8-f905-9d4171a9b199@coolmic.net>
Message-ID: <CE509E88-843E-46A9-8AFB-DF6B93C86DA3@overalwifi.nu>

Jordan,

I want to setup icecast now and use the same config what i had in shoutcast

Kind regards,
Marv


Op 11 dec. 2019 om 17:16 heeft Jordan Erickson <jordan at coolmic.net> het volgende geschreven:
> 
> ?Hi Marv,
> 
> This is a list for Icecast server support, not Shoutcast. You'll have to
> contact their customer service department for this issue ;)
> 
> 
> Cheers,
> Jordan
> 
>> On 12/11/19 4:36 AM, marvin at overalwifi.nu wrote:
>> Hello all,
>> 
>> I'm using shoutcast at this moment with shoutcast transcoder 2. In sc
>> trans i can give each deejay an priority, so i give the nonstop (auto
>> dj), offsite an priority of 1, and the deejays 2, so they can login over
>> the autodj.
>> I was testing with ices and liquidsoap but i cant find the setting to
>> give the dj's a priority.
>> 
>> Shoutcast transcoder 2 offers an function to broadcast 3 bitrates, i'm
>> using 192,64 and 32.
>> I was testing with ices but then i need to broadcast to 2 encoders from
>> the deejays. Has anyone a tip so i can use 3 bitrates at once and can
>> set the dj priority?
>> 
>> Thanks in advance.
>> 
>> Kind regards,
>> Marv
>> _______________________________________________
>> 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 per.gunnarsson at yandex.com  Fri Dec 13 15:22:12 2019
From: per.gunnarsson at yandex.com (Per Gunnarsson)
Date: Fri, 13 Dec 2019 16:22:12 +0100
Subject: [Icecast] log file message I don't understand
Message-ID: <210983a5-6187-9a23-97c8-7597b97f103a@yandex.com>

Hello!

I get something in my log files.
[2019-12-13? 16:17:35] EROR admin/admin_handle_request Error parsing
command string or unrecognised command: !POKE
[2019-12-13? 16:17:35] INFO admin/admin_handle_request Bad or missing
password on mount modification admin request (command: metadata)
[2019-12-13? 16:17:35] WARN admin/admin_handle_request Admin command
metadata on non-existent source /feting

Where does !POKE come from?

regards,

Per Gunnarsson



From phschafft at de.loewenfelsen.net  Sat Dec 14 10:36:43 2019
From: phschafft at de.loewenfelsen.net (Philipp Schafft)
Date: Sat, 14 Dec 2019 10:36:43 +0000
Subject: [Icecast] log file message I don't understand
In-Reply-To: <210983a5-6187-9a23-97c8-7597b97f103a@yandex.com>
References: <210983a5-6187-9a23-97c8-7597b97f103a@yandex.com>
Message-ID: <1576319803.8380.56.camel@de.loewenfelsen.net>

Good morning,

On Fri, 2019-12-13 at 16:22 +0100, Per Gunnarsson wrote:
> Hello!
> 
> I get something in my log files.
> [2019-12-13  16:17:35] EROR admin/admin_handle_request Error parsing
> command string or unrecognised command: !POKE
> [2019-12-13  16:17:35] INFO admin/admin_handle_request Bad or missing
> password on mount modification admin request (command: metadata)
> [2019-12-13  16:17:35] WARN admin/admin_handle_request Admin command
> metadata on non-existent source /feting
> 
> Where does !POKE come from?


Those POKE-requests are made by modern libshout when probing the server
for supported options. It is done this way as modern OPTIONS interface
is not supported by older servers as well as non-HTTP servers (such as
Shoutcast).

So with a modern source those messages are perfectly normal and can be
ignored.

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/20191214/4e43b78c/attachment.sig>

From artuch at speedy.com.ar  Sun Dec 15 06:41:12 2019
From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch)
Date: Sun, 15 Dec 2019 03:41:12 -0300
Subject: [Icecast] extracting statistics
In-Reply-To: <6a47fc13bae42b6b7849624ce8e5d92ba1a38a43.camel@speedy.com.ar>
References: <01629b12-37d3-32b4-406c-802fa9be9205@gmail.com>
 <a4230817daf38209fb25115f870d06a92ee3b8a2.camel@speedy.com.ar>
 <978670b9813e28a7d338cdb597db8f1d@berean-biblechurch.org>
 <6a47fc13bae42b6b7849624ce8e5d92ba1a38a43.camel@speedy.com.ar>
Message-ID: <09d0fb8a32ccfe70e966270b5aa86001a64c4ef2.camel@speedy.com.ar>

Here is the link:
https://www.zenbakaitz.com/icecast-stats.zip

El mar, 10-12-2019 a las 01:11 -0300, Jos? Luis Artuch escribi?:
> Hi Justin,
> 
> El lun, 09-12-2019 a las 19:53 -0600, 
> webmaster at berean-biblechurch.org
> escribi?:
> > Hi Jos?,
> > Just to be sure, did you mean to share this PHP script somewhere?
> > 
> Yes !. I had this software a little forgotten, but I will organize it
> and I will pass you a link for you to download.
> You will see that this software can be greatly improved, but at least
> as it works correctly.
> Regards.
> Jos? Luis
> 
> > Robert,
> > I'm thinking you'll have to do something like Jos? did and create
> > some 
> > custom code to get all that you are asking for.
> > 
> > Justin
> > 
> > On 2019-12-08 09:15, Jos? Luis Artuch wrote:
> > > Hi Robert !
> > > 
> > > El dom, 08-12-2019 a las 12:42 +1300, Robert Jeffares escribi?:
> > > > Hi all,
> > > > 
> > > > I have an icecast server in a facility which can handle several
> > > > hundred
> > > > simultaneous connections and I would like to produce some data
> > > > like:
> > > > 
> > > > How many people are listening now?
> > > > 
> > > > Where might they be? [general area is OK]
> > > > 
> > > > How long have they been listening?
> > > > 
> > > > How many different listeners have we had? [ lets not count
> > > > returning
> > > > listeners as new ]
> > > > 
> > > > What is the average time spent listening?
> > > > 
> > > > I have been ferreting around and figured out how to create a
> > > > status2.xsl
> > > > file and where to put it but I can't see how to get the ip's of
> > > > the
> > > > listeners or any of the other data.
> > > > 
> > > > I know it has to be in there, I just don't know how to get
> > > > there.
> > > > 
> > > > any help appreciated
> > > > 
> > > > 
> > > > regards
> > > > 
> > > > Robert
> > > > 
> > > 
> > > A few years ago I found a class in PHP with which I obtained ID,
> > > IP
> > > and
> > > elapsed time of the devices connected to the Icecast2 server, so
> > > I
> > > made
> > > a PHP script that every thirty seconds does the following:
> > > 1.- Call the PHP class
> > > 2.- With the data obtained from the server, make an array
> > > 3.- With *geoplugin*, obtain data about the location of each IP
> > > connected (city, region, countryName, etc.)
> > > 4.- With *browscap.ini*, obtain data about operating systems and
> > > web
> > > browsers (the Icecast2 server also provides this data)
> > > 5.- With all this data make a list, ordering devices according to
> > > the
> > > elapsed time
> > > 6.- Has an audible alarm to alert about connection (ascending),
> > > connection + disconnection (flat) and disconnection (descending)
> > > 
> > > It could be improved a lot, but maybe this can help you.
> > > 
> > > You can see it working here:
> > > https://www.fm105.online/i/datuak.php
> > > 
> > > For the script to capture your data you **should** connect here:
> > > https://www.fm105.online
> > > 
> > > ... But since it is behind a proxy to achieve HTTPS in Debian 10
> > > !!
> > > ...
> > > ggrrr :), for the script to capture your data, you must connect
> > > directly here:
> > > http://179.40.41.184:8443/915.opus
> > > 
> > > You can do tests.
> > > 
> > > Regards.
> > > Jos? Luis
> > > 
> > > > _______________________________________________
> > > > 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 webmaster at berean-biblechurch.org  Sat Dec 21 23:14:09 2019
From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org)
Date: Sat, 21 Dec 2019 17:14:09 -0600
Subject: [Icecast] audio cache control
Message-ID: <585474d3094e03c0c52669ab9b13cb51@berean-biblechurch.org>

I'm having a problem with the browser caching portions of a live audio
stream in the browser's cache.  If the stream is interrupted (so some
audio has played in the client) and then starts again the client is
forced to restart the stream but it will still play the cached bit until
it runs out.  I've seen this manifested in a couple of ways. 

I can get around it by cache-busting the URL (e.g., myfile.mp3?2529374),
but I'd rather not have to do that. 

The reason this is a mystery to me is because the server response header
is: 

     Cache-Control: no-cache, no-store 

     Pragma: no-cache 

Shouldn't this tell the client to not cache any of the audio stream? 

Justin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191221/9f95bd4e/attachment.htm>

From db76 at riseup.net  Sun Dec 22 13:18:35 2019
From: db76 at riseup.net (Damian)
Date: Sun, 22 Dec 2019 23:18:35 +1000
Subject: [Icecast] Kicking duplicate connections
Message-ID: <65B40FEC-FCBB-4E63-835C-48B6273A196E@riseup.net>

Hello fellow mailing list readers,

My question relates to multiple / duplicate connections to the ice cast server from the same IP address.

I am well aware that this is an issue that lies with the music player (listener agent) used by the listener. When a listener connects to the stream, sometimes it appears as two connections to the stream from the same IP address. This may last only a few seconds, or sometimes the listener may remain connected with two instances of the IP address. 

I?d like some advice on what is best practice in dealing with these duplicate connections. Many years ago, when I ran a shoutcast server, a developer wrote a script for me that would automatically kick one of the duplicate connections, so that only the first connection remained tuned in to the stream. 

I was considering reusing this script with the ice cast server. Would anyone advise against this practice? If so, for what reasons and would you advise an alteravie?

Regards
Damian

From gavin at stephens.net.nz  Sun Dec 22 13:39:04 2019
From: gavin at stephens.net.nz (Gavin Stephens)
Date: Mon, 23 Dec 2019 02:39:04 +1300
Subject: [Icecast] Kicking duplicate connections
In-Reply-To: <65B40FEC-FCBB-4E63-835C-48B6273A196E@riseup.net>
References: <65B40FEC-FCBB-4E63-835C-48B6273A196E@riseup.net>
Message-ID: <B600B576-F365-4DE5-AC83-5E71BEFEDFDD@stephens.net.nz>

With NAT, also with carrier grade NAT becoming more poplular with ISP's yet to move to IPv6, if you have a very popular stream you could end up kicking valid listners behind the same IP.


On 23 December 2019 2:18:35 AM NZDT, Damian <db76 at riseup.net> wrote:
>Hello fellow mailing list readers,
>
>My question relates to multiple / duplicate connections to the ice cast
>server from the same IP address.
>
>I am well aware that this is an issue that lies with the music player
>(listener agent) used by the listener. When a listener connects to the
>stream, sometimes it appears as two connections to the stream from the
>same IP address. This may last only a few seconds, or sometimes the
>listener may remain connected with two instances of the IP address. 
>
>I?d like some advice on what is best practice in dealing with these
>duplicate connections. Many years ago, when I ran a shoutcast server, a
>developer wrote a script for me that would automatically kick one of
>the duplicate connections, so that only the first connection remained
>tuned in to the stream. 
>
>I was considering reusing this script with the ice cast server. Would
>anyone advise against this practice? If so, for what reasons and would
>you advise an alteravie?
>
>Regards
>Damian
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast

-- 
Sent from Open Mail on Android.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191223/967e6034/attachment.htm>

From db76 at riseup.net  Mon Dec 23 10:37:39 2019
From: db76 at riseup.net (Damian)
Date: Mon, 23 Dec 2019 20:37:39 +1000
Subject: [Icecast] Kicking duplicate connections
In-Reply-To: <B600B576-F365-4DE5-AC83-5E71BEFEDFDD@stephens.net.nz>
References: <B600B576-F365-4DE5-AC83-5E71BEFEDFDD@stephens.net.nz>
Message-ID: <7FBB45EA-C803-4942-8AA5-FC84FEDE34FA@riseup.net>

I see. However, it is often pretty easy to see that a duplicate connection is the same listener because the time connected to the server of the two connections is the same. In that case, I am wondering which would be the one to kick. 

> On 22 Dec 2019, at 23:39, Gavin Stephens <gavin at stephens.net.nz> wrote:
> 
> ?With NAT, also with carrier grade NAT becoming more poplular with ISP's yet to move to IPv6, if you have a very popular stream you could end up kicking valid listners behind the same IP.
> 
> 
>> On 23 December 2019 2:18:35 AM NZDT, Damian <db76 at riseup.net> wrote:
>> Hello fellow mailing list readers,
>> 
>> My question relates to multiple / duplicate connections to the ice cast server from the same IP address.
>> 
>> I am well aware that this is an issue that lies with the music player (listener agent) used by the listener. When a listener connects to the stream, sometimes it appears as two connections to the stream from the same IP address. This may last only a few seconds, or sometimes the listener may remain connected with two instances of the IP address. 
>> 
>> I?d like some advice on what is best practice in dealing with these duplicate connections. Many years ago, when I ran a shoutcast server, a developer wrote a script for me that would automatically kick one of the duplicate connections, so that only the first connection remained tuned in to the stream. 
>> 
>> I was considering reusing this script with the ice cast server. Would anyone advise against this practice? If so, for what reasons and would you advise an alteravie?
>> 
>> Regards
>> Damian
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
> 
> -- 
> Sent from Open Mail on Android._______________________________________________
> 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/20191223/91685754/attachment.htm>

From artuch at speedy.com.ar  Mon Dec 23 12:53:03 2019
From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch)
Date: Mon, 23 Dec 2019 09:53:03 -0300
Subject: [Icecast] Kicking duplicate connections
In-Reply-To: <7FBB45EA-C803-4942-8AA5-FC84FEDE34FA@riseup.net>
References: <B600B576-F365-4DE5-AC83-5E71BEFEDFDD@stephens.net.nz>
 <7FBB45EA-C803-4942-8AA5-FC84FEDE34FA@riseup.net>
Message-ID: <e9c0bd9f8802565afa5d95244d30c22237423389.camel@speedy.com.ar>

Hi Damian,

El lun, 23-12-2019 a las 20:37 +1000, Damian escribi?:
> I see. However, it is often pretty easy to see that a duplicate
> connection is the same listener because the time connected to the
> server of the two connections is the same. In that case, I am
> wondering which would be the one to kick. 
> 

In addition to what Gavin says, you should also consider that the
listener WISHES to listen to your radio with more than one instance on
their device (or devices ... in house ... in company ...). Also, in
this way, an interesting effect is usually achieved, such as an echo
:))

Where do you read connections with the same IP and the same elapsed
time ? ... On the Icecast2 Admin page ? ...

The Icecast2 server gives each connection a different ID. Look at the
Action column, by placing the cursor on Kick, on the right of the
link the ID will appear.

Before doing a script to *Kick automatically* certain connections, I
would respect that server's criteria and let the server decide what to
do.

Regards.
Jos? Luis

> > On 22 Dec 2019, at 23:39, Gavin Stephens <gavin at stephens.net.nz>
> > wrote:
> > 
> > ?With NAT, also with carrier grade NAT becoming more poplular with
> > ISP's yet to move to IPv6, if you have a very popular stream you
> > could end up kicking valid listners behind the same IP.
> > 
> > 
> > On 23 December 2019 2:18:35 AM NZDT, Damian <db76 at riseup.net>
> > wrote:
> > > Hello fellow mailing list readers,
> > > 
> > > My question relates to multiple / duplicate connections to the
> > > ice cast server from the same IP address.
> > > 
> > > I am well aware that this is an issue that lies with the music
> > > player (listener agent) used by the listener. When a listener
> > > connects to the stream, sometimes it appears as two connections
> > > to the stream from the same IP address. This may last only a few
> > > seconds, or sometimes the listener may remain connected with two
> > > instances of the IP address. 
> > > 
> > > I?d like some advice on what is best practice in dealing with
> > > these duplicate connections. Many years ago, when I ran a
> > > shoutcast server, a developer wrote a script for me that would
> > > automatically kick one of the duplicate connections, so that only
> > > the first connection remained tuned in to the stream. 
> > > 
> > > I was considering reusing this script with the ice cast server.
> > > Would anyone advise against this practice? If so, for what
> > > reasons and would you advise an alteravie?
> > > 
> > > Regards
> > > Damian
> > > 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 5f787a at i2pmail.org  Mon Dec 23 13:07:02 2019
From: 5f787a at i2pmail.org (user)
Date: Mon, 23 Dec 2019 13:07:02 +0000 (UTC)
Subject: [Icecast] test
Message-ID: <20191223130702.1E723416F7@smtp.postman.i2p>

test
-- 



From contact at kusaradio.com  Sun Dec 29 17:56:03 2019
From: contact at kusaradio.com (Dan Packard)
Date: Sun, 29 Dec 2019 09:56:03 -0800
Subject: [Icecast] Icecast support forum available?
Message-ID: <CAGFczLJB50j9EMn8dy9_hyx3VqQGij_M1P950P63Ev=EHzDWVQ@mail.gmail.com>

The home page of the mail list (
http://lists.xiph.org/mailman/listinfo/icecast) says," a web forum for user
support" is available.  However, I don't see any info about at icecast.org.

Is a forum available where we can easily search for problems and solutions?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191229/9bf8cea7/attachment.htm>

From contact at kusaradio.com  Sun Dec 29 18:50:43 2019
From: contact at kusaradio.com (Dan Packard)
Date: Sun, 29 Dec 2019 10:50:43 -0800
Subject: [Icecast] Win32 - log not created
Message-ID: <CAGFczL+tj3wtupfjbTE+J1MfpcVMdGjkFBXmms42LHuzUNNZeQ@mail.gmail.com>

I'm running Icecast in a Windows 32 bit environment.  The icecast.xml path
points to C:\Program Files\Icecast\log for <logdir>.  <logging><loglevel>
is set to 3.

However, no logs are created at that location. :(

Thanks for any leads.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20191229/189bcefd/attachment.htm>

From rondejavu at gmail.com  Sun Dec 29 19:20:48 2019
From: rondejavu at gmail.com (Rondejavu)
Date: Sun, 29 Dec 2019 14:20:48 -0500
Subject: [Icecast] Win32 - log not created
In-Reply-To: <CAGFczL+tj3wtupfjbTE+J1MfpcVMdGjkFBXmms42LHuzUNNZeQ@mail.gmail.com>
References: <CAGFczL+tj3wtupfjbTE+J1MfpcVMdGjkFBXmms42LHuzUNNZeQ@mail.gmail.com>
Message-ID: <018C25AF-191C-434D-8A9B-72BFD7E4ECA3@gmail.com>

I?m not an expert, and I?m on a Pi, but this works for me...

<paths>
   <logdir> /home/pi/icecast2/logs</logdir>
</paths>
<loglevel>4</loglevel>

Save a blank error.log text file in the location. 

-Pete

> On Dec 29, 2019, at 1:51 PM, Dan Packard <contact at kusaradio.com> wrote:
> 
> ?
> I'm running Icecast in a Windows 32 bit environment.  The icecast.xml path points to C:\Program Files\Icecast\log for <logdir>.  <logging><loglevel> is set to 3.
> 
> However, no logs are created at that location. :(
> 
> Thanks for any leads.
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast