From geoff at QuiteLikely.com  Tue Dec  1 00:20:13 2020
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Tue, 1 Dec 2020 02:20:13 +0200 (IST)
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: <alpine.DEB.2.11.2012010211340.1332@portkey.home>

On Sat, 28 Nov 2020, Steve Matzura wrote:

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

CONFIGDEFAULTFILE is your issue.  It's set to /etc/default/icecast2 which 
is the same as your other instance.

The config default file is meant to have changeable settings.  The only 
reason why there are settings in the script is so that it will work if 
this file is not available for some reason.

The last line quoted here:

[ -r "$CONFIGDEFAULTFILE" ] && . $CONFIGDEFAULTFILE

Overrides the settings given in this script file, so they all get set back 
to the same as your production instance.

The second instance wil fail to start as soonas it runs into something 
locked out by the production instance.

You can do one of two things:

1.  Make a new copy of /etc/default/icecast2 and point the script to it

or

2.  Comment out the last line which reads it and use the values in your 
script.


If you do the second step, which might be simpler for something 
temporary, you will need to change ENABLE from false to true.

HTH,
Geoff.



From pm at nowster.me.uk  Fri Dec  4 11:09:33 2020
From: pm at nowster.me.uk (Paul Martin)
Date: Fri, 4 Dec 2020 11:09:33 +0000
Subject: [Icecast] New to list - struggling with restream of icecast
In-Reply-To: <d60f0a89-261e-4c96-bf20-09f8fc584aa7@scharff-home.de>
References: <c78bcfaa-f231-0f44-7d02-d90f86ef3de9@scharff-home.de>
 <20201118204256.GA744176@thinkpad.nowster.org.uk>
 <d60f0a89-261e-4c96-bf20-09f8fc584aa7@scharff-home.de>
Message-ID: <X8oY7QYqwQ0NpQ6s@thinkpad.nowster.org.uk>

On Fri, Nov 20, 2020 at 12:57:17PM +0100, Christian Scharff wrote:
> Just wondering, if liquidsoap always does a transcode when I define the
> output.icecast(%mp3,......) ?

Yes, it does.  Internally it uses uncompressed audio.  Feed it with the
highest quality you can.

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


From christian at scharff-home.de  Fri Dec  4 18:01:48 2020
From: christian at scharff-home.de (Christian Scharff)
Date: Fri, 04 Dec 2020 19:01:48 +0100
Subject: [Icecast] unsubscribe
In-Reply-To: <X8oY7QYqwQ0NpQ6s@thinkpad.nowster.org.uk>
Message-ID: <1MrPVJ-1kQAH305uJ-00oUCO@mrelayeu.kundenserver.de>

UnsubscribeVon meinem/meiner Galaxy gesendet
-------- Urspr?ngliche Nachricht --------Von: Paul Martin <pm at nowster.me.uk> Datum: 04.12.20  12:10  (GMT+01:00) An: Icecast streaming server user discussions <icecast at xiph.org> Betreff: Re: [Icecast] New to list - struggling with restream of icecast On Fri, Nov 20, 2020 at 12:57:17PM +0100, Christian Scharff wrote:> Just wondering, if liquidsoap always does a transcode when I define the> output.icecast(%mp3,......) ?Yes, it does.? Internally it uses uncompressed audio.? Feed it with thehighest quality you can.-- Paul Martin <pm at nowster.me.uk>_______________________________________________Icecast mailing listIcecast at xiph.orghttp://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201204/608e2f17/attachment.htm>

From sm at noisynotes.com  Sun Dec  6 17:08:15 2020
From: sm at noisynotes.com (Steve Matzura)
Date: Sun, 6 Dec 2020 12:08:15 -0500
Subject: [Icecast] Clearing Up Some Errors
Message-ID: <e382c7da-b735-7ced-6f25-6176867c81eb@noisynotes.com>

None of which I am about to ask is in any way critical, or even mildly 
important, as everything is working as expected, but if I could clean up 
my error log by getting rid of messages like the following, I'd like to.


[2020-11-29? 16:00:01] INFO connection/_handle_source_request Source 
logging in at mountpoint "/broadband" from 127.0.0.1

[2020-11-29? 16:00:01] INFO connection/_handle_source_request Source 
(/broadband) attempted to login with invalid or missing password
[2020-11-29? 16:00:01] INFO connection/_handle_source_request Source 
logging in at mountpoint "/broadband" from 127.0.0.1
[2020-11-29? 16:00:01] WARN format/format_get_type Unsupported or legacy 
stream type: "audio/mpeg". Falling back to generic minimal handler for 
best effort.
[2020-11-29? 16:00:01] INFO admin/admin_handle_request Received admin 
command metadata on mount "/broadband"
[2020-11-29? 16:00:01] INFO util/util_conv_string converting metadata 
from UTF-8 to ISO8859-1
[2020-11-29? 16:00:01] INFO util/util_conv_string converting metadata 
from UTF-8 to ISO8859-1


1. When programs aren't live, ezstream plays prerecorded programs, and 
if prerecorded programs run short, I have a fallback mountpoint called 
/backup that has a continuous stream from ices playing station spots. 
The passwords for the /broadband mountpoint? in 
/etc/icecast2/icecast.xml matches the one in each and every XML file for 
the recorded shows in the ezstream directory. Ditto for the /backup 
mountpoint as defined in /etc/icecast2/icecast.xml and filler.conf in 
the ices directory. What did I overlook?


2. Everything's standard MP3. Why do I get unsupported data type errors?


As always, thanks in advance.



From epirat07 at gmail.com  Sun Dec  6 17:13:14 2020
From: epirat07 at gmail.com (Marvin Scholz)
Date: Sun, 06 Dec 2020 18:13:14 +0100
Subject: [Icecast] Clearing Up Some Errors
In-Reply-To: <e382c7da-b735-7ced-6f25-6176867c81eb@noisynotes.com>
References: <e382c7da-b735-7ced-6f25-6176867c81eb@noisynotes.com>
Message-ID: <0708E784-1775-4694-A906-D5B85415C7F0@gmail.com>

Hi,
none of the messages mentioned are critical and there is no way really 
to easily
get rid of them. Most of these are anyway just INFO level messages which 
is not
really something you can do to "correct" them because they are pure 
informational
nature and nothing is wrong.

On 6 Dec 2020, at 18:08, Steve Matzura wrote:

> None of which I am about to ask is in any way critical, or even mildly 
> important, as everything is working as expected, but if I could clean 
> up my error log by getting rid of messages like the following, I'd 
> like to.
>
>
> [2020-11-29? 16:00:01] INFO connection/_handle_source_request Source 
> logging in at mountpoint "/broadband" from 127.0.0.1
>
> [2020-11-29? 16:00:01] INFO connection/_handle_source_request Source 
> (/broadband) attempted to login with invalid or missing password
> [2020-11-29? 16:00:01] INFO connection/_handle_source_request Source 
> logging in at mountpoint "/broadband" from 127.0.0.1
> [2020-11-29? 16:00:01] WARN format/format_get_type Unsupported or 
> legacy stream type: "audio/mpeg". Falling back to generic minimal 
> handler for best effort.
> [2020-11-29? 16:00:01] INFO admin/admin_handle_request Received admin 
> command metadata on mount "/broadband"
> [2020-11-29? 16:00:01] INFO util/util_conv_string converting metadata 
> from UTF-8 to ISO8859-1
> [2020-11-29? 16:00:01] INFO util/util_conv_string converting metadata 
> from UTF-8 to ISO8859-1
>
>
> 1. When programs aren't live, ezstream plays prerecorded programs, and 
> if prerecorded programs run short, I have a fallback mountpoint called 
> /backup that has a continuous stream from ices playing station spots. 
> The passwords for the /broadband mountpoint? in 
> /etc/icecast2/icecast.xml matches the one in each and every XML file 
> for the recorded shows in the ezstream directory. Ditto for the 
> /backup mountpoint as defined in /etc/icecast2/icecast.xml and 
> filler.conf in the ices directory. What did I overlook?
>

If the streaming works, as you said, possibly ezstream just happens to 
make the first request unauthenticated
before trying an authenticated one.

>
> 2. Everything's standard MP3. Why do I get unsupported data type 
> errors?
>

It simply means that MP3 is not an officially supported format of 
Icecast, so no special handling
like for Ogg for WebM is done.

>
> As always, thanks in advance.
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast


From toots at rastageeks.org  Sun Dec 13 16:17:20 2020
From: toots at rastageeks.org (Romain Beauxis)
Date: Sun, 13 Dec 2020 10:17:20 -0600
Subject: [Icecast] Liquidshop 1.0, Jan. 17th & 18th, 2021
Message-ID: <CABWZ6OR-NXYNwkPqBxRzBm1GVCktBj9=H+ViiV2QkHwJu2Wbpw@mail.gmail.com>

Hi!

We are happy to announce that we?ll be holding Liquidshop 1.0 these
coming Jan. 17th & 18th, our first ever (online) conference and
workshops on liquidsoap and other related technologies and projects!

Liquidsoap is a statically typed scripting language with specialized
primitives and operators for creating media streams used for media
processing, online streaming and a lot more.

We will have 3 different tracks for the event, namely:

* Showcases: short presentations about a website / radio / art
installation that you built using Liquidsoap or other related tools
* Tech talks: in-depth presentation of a technology related to
Liquidsoap and streaming in general
* Workshops: user-centered freeform discussions about your project or
issues around Liquidsoap and streaming

If you?re interested to participate, wether as an attendee or a
presenter, make sure to register via our website at:
http://www.liquidsoap.info/liquidshop/ 9 or directly via the form
available at: https://forms.gle/HdGNLz5qM3HVU1ub7

We are super excited for this event. We have already secured a couple
of interesting speakers and we would love to get to know the community
better, see what y?all are doing with liquidsoap and other releated
projects, community radios, live video, weird installations, etc. and
meet with everyone.

Also, if you have any suggestion about the best technical solutions to
organize such an event, we?d be happy to hear about them.

Finally, if any of y?all have some specific topics to discuss and
would like to learn more about liquidsoap, this will be a great place
to connect!

See y?all soon!
? Romain and Sam


From Marcus.Strasser at volhighspeed.at  Thu Dec 17 12:21:54 2020
From: Marcus.Strasser at volhighspeed.at (Marcus Strasser)
Date: Thu, 17 Dec 2020 12:21:54 +0000
Subject: [Icecast] Master-Slave setup and Fallbacks
Message-ID: <VI1PR08MB5437CDFB49EC93113753AF0CEBC40@VI1PR08MB5437.eurprd08.prod.outlook.com>

Hello Icecast-Team,

i have a problem with fallbacks on my slave server.
The Fallback is a simple mp3 file.
On the master Server the fallback works!
On the slave the stream stops but when i reload my browser window the fallback starts playing.

I did not find any useful solutions on the internet.

Is it possible to have a reliabile master-slave setup where you can have a working fallback on the slave server

Thank you,

Best regards,
Marcus Strasser

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

From martin at fastmail.fm  Tue Dec 22 18:48:14 2020
From: martin at fastmail.fm (Martin Hecko)
Date: Tue, 22 Dec 2020 10:48:14 -0800
Subject: [Icecast] How to improve stream quality with sources on
 jittery/high latency connections?
Message-ID: <062F3FD7-E6DA-41A5-918A-E6BD44DFA073@fastmail.fm>

Hello all:

I am a novice in setting up Icecast servers. I wanted to understand if the community has guidance on how to improve stream quality when sources are on unreliable connections.

Specifically, I have a source that broadcasts on jittery cellular connection. The connection does have sufficient bandwidth, but does have high latency and jitter (that is sometimes the latency is high other times low and this changes in an unpredictable way). Unfortunatelly, I can?t use a different connection for the source.

The issues manifests with stream dropouts or occassionally with the stream ?fast forwarding?. The same source on a high quality network connection doesn?t have theses issues, so I am fairly certain that that connection itself is the culprit.

I am willing to trade off stream latency for reliablity. That is, I would be happy to introduce say a minute (or more) of latency into the stream to compensate for the jittery connection. However, I am uncertain which paramteres to change in the configuration to accomplish this.

I am also open to other solutions for this problem or links to guides that people have written on how to deal with this.

The current source configuration is macOS with Audio Hijack for the broadcast. Running the latest Icecast on my own server.

Thank you for you input and guidance,

Martin



From n4upc at pm.me  Wed Dec 30 01:12:31 2020
From: n4upc at pm.me (N4UPC)
Date: Wed, 30 Dec 2020 01:12:31 +0000
Subject: [Icecast] Possible?
Message-ID: <dDCxEMpH534k7OoxjC49_jf8M-DiKzGqc75jYlsP9Vxvu_L87yl5AJq-OmWRq1cl5yhseYEiMBbMrzrCfoaTl3IMg8qU6cWeghmFhWtjW5A=@pm.me>

Is it possible to display a webpage telling users that a particular stream is down and to check back later? Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201230/7d24565c/attachment.htm>

From jake at jakebriggs.com  Wed Dec 30 01:41:36 2020
From: jake at jakebriggs.com (Jacob Briggs)
Date: Wed, 30 Dec 2020 01:41:36 +0000 (UTC)
Subject: [Icecast]  Possible?
In-Reply-To: <dDCxEMpH534k7OoxjC49_jf8M-DiKzGqc75jYlsP9Vxvu_L87yl5AJq-OmWRq1cl5yhseYEiMBbMrzrCfoaTl3IMg8qU6cWeghmFhWtjW5A=@pm.me>
References: <dDCxEMpH534k7OoxjC49_jf8M-DiKzGqc75jYlsP9Vxvu_L87yl5AJq-OmWRq1cl5yhseYEiMBbMrzrCfoaTl3IMg8qU6cWeghmFhWtjW5A=@pm.me>
Message-ID: <ccdcb68e-7c17-4697-892c-c1622330c4e0@jakebriggs.com>

Do you mean like somehow cause the listeners media player to pop open a web browser and display a specific web page?

I wouldn't have thought so. I can only presume the closest to what you want would be returning an http 503 and the client media player decides how to communicate that to the user, but I don't know if you can set icecast up to do that.

What happens if you hit a mount point that has nothing streaming to it?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201230/864b7d48/attachment.htm>

From n4upc at pm.me  Wed Dec 30 02:00:54 2020
From: n4upc at pm.me (N4UPC)
Date: Wed, 30 Dec 2020 02:00:54 +0000
Subject: [Icecast] Possible?
In-Reply-To: <ccdcb68e-7c17-4697-892c-c1622330c4e0@jakebriggs.com>
References: <dDCxEMpH534k7OoxjC49_jf8M-DiKzGqc75jYlsP9Vxvu_L87yl5AJq-OmWRq1cl5yhseYEiMBbMrzrCfoaTl3IMg8qU6cWeghmFhWtjW5A=@pm.me>
 <ccdcb68e-7c17-4697-892c-c1622330c4e0@jakebriggs.com>
Message-ID: <nE_1pgWMjjse7meY97l7C0chygapVgrSPVmieKigmxzRGku0A_E8GxPLeJ4PogMcVrRtHt1zpbcuZEX8YIVjsy81QdQkcKhOArRiZMZjEww=@pm.me>

It pops a 404 page.

On Tue, Dec 29, 2020 at 19:41, Jacob Briggs <jake at jakebriggs.com> wrote:

> Do you mean like somehow cause the listeners media player to pop open a web browser and display a specific web page?
>
> I wouldn't have thought so. I can only presume the closest to what you want would be returning an http 503 and the client media player decides how to communicate that to the user, but I don't know if you can set icecast up to do that.
>
> What happens if you hit a mount point that has nothing streaming to it?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20201230/7bb2ccaf/attachment.htm>

From jordan at coolmic.net  Wed Dec 30 02:40:51 2020
From: jordan at coolmic.net (Jordan Erickson)
Date: Tue, 29 Dec 2020 18:40:51 -0800
Subject: [Icecast] Possible?
In-Reply-To: <nE_1pgWMjjse7meY97l7C0chygapVgrSPVmieKigmxzRGku0A_E8GxPLeJ4PogMcVrRtHt1zpbcuZEX8YIVjsy81QdQkcKhOArRiZMZjEww=@pm.me>
References: <dDCxEMpH534k7OoxjC49_jf8M-DiKzGqc75jYlsP9Vxvu_L87yl5AJq-OmWRq1cl5yhseYEiMBbMrzrCfoaTl3IMg8qU6cWeghmFhWtjW5A=@pm.me>
 <ccdcb68e-7c17-4697-892c-c1622330c4e0@jakebriggs.com>
 <nE_1pgWMjjse7meY97l7C0chygapVgrSPVmieKigmxzRGku0A_E8GxPLeJ4PogMcVrRtHt1zpbcuZEX8YIVjsy81QdQkcKhOArRiZMZjEww=@pm.me>
Message-ID: <714b12d6-ad9b-1c0d-61e5-db4e8fd14692@coolmic.net>

A more "Icecast" way of doing things may be to set up fallback mounts 
for that kind of goal. Not sure what kind of listener clients you have 
going to your server but this would be a sort of 'universal' method as 
they are all at least geared toward digesting audio and/or video, so why 
not alert them in that same context? If not, could you give some more 
detail to your setup?

https://icecast.org/docs/icecast-2.4.1/config-file.html#mountsettings


Cheers,
Jordan Erickson


On 12/29/20 6:00 PM, N4UPC wrote:
> It pops a 404 page.
> 
> 
> 
> On Tue, Dec 29, 2020 at 19:41, Jacob Briggs <jake at jakebriggs.com 
> <mailto:jake at jakebriggs.com>> wrote:
>> Do you mean like somehow cause the listeners media player to pop open 
>> a web browser and display a specific web page?
>>
>> I wouldn't have thought so. I can only presume the closest to what you 
>> want would be returning an http 503 and the client media player 
>> decides how to communicate that to the user, but I don't know if you 
>> can set icecast up to do that.
>>
>> What happens if you hit a mount point that has nothing streaming to it?
> 
> 
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>