From smj at cirr.com  Sat Jul  4 20:23:15 2015
From: smj at cirr.com (Stephen M. Jones)
Date: Sat, 4 Jul 2015 15:23:15 -0500 (CDT)
Subject: [Icecast] non latin1 streaming
Message-ID: <201507042023.t64KNFEa029578@egsner.cirr.com>

Hello, I searched through the archives and found a suggestion for a 
cyrillic DJ to put the following in icecast.xml:

<mount>
<mount-name>/mountnamehere</mount-name>
<charset>UTF-8</charset>
</mount>

This was to resolve his problem of displaying cyrillic characters on both
the status page and presumably on to listeners/players

My problem is that ocassionally I have Japanese characters in a playlist
(mixed with English characters).  From what I can tell in error.log for
icecast, these Japanese characters are making it in, but they do not 
display properly on the status page nor in the players/listeners.  I added
the section above to icecast.xml where /mountnamehere is the name of my
mountpoint which is listed in the status page. 

Is there anything else I should do?


From sm at noisynotes.com  Mon Jul  6 17:34:47 2015
From: sm at noisynotes.com (Steve Matzura)
Date: Mon, 06 Jul 2015 13:34:47 -0400
Subject: [Icecast] Having an intro play for a fallback stream
In-Reply-To: <CAKsaqBDx6fKn1zCn9U1_W2ZVEfH_=beO0p9ie1zLLTA6XDuC+g@mail.gmail.com>
References: <CAKsaqBDx6fKn1zCn9U1_W2ZVEfH_=beO0p9ie1zLLTA6XDuC+g@mail.gmail.com>
Message-ID: <otelpa92mkoh5nvadiav8t6i8obc2okhbs@4ax.com>

On Fri, 19 Jun 2015 20:28:49 -0400, Spam Catcher
<spamcatcher447 at gmail.com> wrote:

>  I was wondering if anyone knew of a way to force Icecast to play the
>intro of a fallback stream? For example, if a live stream is active,
>then disconnects, people are routed back to a fallback stream, but it
>doesn't play the introduction I have set for that stream. It only
>plays if someone starts to listen and they start with the fallback
>stream.

Is there a way to play an intro? I've never seen reference to this in
Icecast documentation. What a fine idea that would be.


From epirat07 at gmail.com  Mon Jul  6 17:39:14 2015
From: epirat07 at gmail.com (Marvin Scholz)
Date: Mon, 6 Jul 2015 19:39:14 +0200
Subject: [Icecast] Having an intro play for a fallback stream
In-Reply-To: <otelpa92mkoh5nvadiav8t6i8obc2okhbs@4ax.com>
References: <CAKsaqBDx6fKn1zCn9U1_W2ZVEfH_=beO0p9ie1zLLTA6XDuC+g@mail.gmail.com>
	<otelpa92mkoh5nvadiav8t6i8obc2okhbs@4ax.com>
Message-ID: <D990319C-521D-4ACE-A336-1F39EB0A13F0@gmail.com>

Am 06.07.2015 um 19:34 schrieb Steve Matzura <sm at noisynotes.com>:
> Is there a way to play an intro? I've never seen reference to this in
> Icecast documentation. What a fine idea that would be.

This is currently impossible but you are welcome to open a feature request for it at trac.xiph.org (Component Icecast)

From sm at noisynotes.com  Mon Jul  6 17:38:47 2015
From: sm at noisynotes.com (Steve Matzura)
Date: Mon, 06 Jul 2015 13:38:47 -0400
Subject: [Icecast] Ices generates lots of email warnings
Message-ID: <f4flpa5v561qrdd231hr584p5gc8jbg718@4ax.com>

I can't say whether this is either an Ices or a CentovaCast issue, but
there are certain programs that play perfectly normally but generate
just piles of email about invalid sample rates or frames containing
metadata that's not supported. Is there a way to turn these emails
off? One of them recently was over four thousand lines long, which
really shocked me, and it takes a lot to shock me.


From epirat07 at gmail.com  Mon Jul  6 18:15:42 2015
From: epirat07 at gmail.com (Marvin Scholz)
Date: Mon, 6 Jul 2015 20:15:42 +0200
Subject: [Icecast] Ices generates lots of email warnings
In-Reply-To: <f4flpa5v561qrdd231hr584p5gc8jbg718@4ax.com>
References: <f4flpa5v561qrdd231hr584p5gc8jbg718@4ax.com>
Message-ID: <4392E734-0F72-4095-85CA-F3249EFF36EC@gmail.com>

Am 06.07.2015 um 19:38 schrieb Steve Matzura <sm at noisynotes.com>:

> I can't say whether this is either an Ices or a CentovaCast issue [...]

Sorry but we can't provide support for CentovaCast, as it's not developed by us and we have nothing to do with it.

> [...]
> there are certain programs that play perfectly normally but generate
> just piles of email about invalid sample rates or frames containing
> metadata that's not supported. Is there a way to turn these emails
> off? One of them recently was over four thousand lines long, which
> really shocked me, and it takes a lot to shock me.

You could try to make sure samplerate is correct everywhere, despite that I can't give any further advice.

From sm at noisynotes.com  Tue Jul  7 11:12:05 2015
From: sm at noisynotes.com (Steve Matzura)
Date: Tue, 07 Jul 2015 07:12:05 -0400
Subject: [Icecast] Ices generates lots of email warnings
In-Reply-To: <4392E734-0F72-4095-85CA-F3249EFF36EC@gmail.com>
References: <f4flpa5v561qrdd231hr584p5gc8jbg718@4ax.com>
	<4392E734-0F72-4095-85CA-F3249EFF36EC@gmail.com>
Message-ID: <gacnpa91csmsf07mh3a2gr11sh273888rh@4ax.com>

On Mon, 6 Jul 2015 20:15:42 +0200, you wrote:

>Am 06.07.2015 um 19:38 schrieb Steve Matzura <sm at noisynotes.com>:
>
>> I can't say whether this is either an Ices or a CentovaCast issue [...]
>
>Sorry but we can't provide support for CentovaCast, as it's not developed by us and we have nothing to do with it.

I know. My comment was to explain that if you don't or can't, I fully
understand why.

>> [...]
>> there are certain programs that play perfectly normally but generate
>> just piles of email about invalid sample rates or frames containing
>> metadata that's not supported. Is there a way to turn these emails
>> off? One of them recently was over four thousand lines long, which
>> really shocked me, and it takes a lot to shock me.
>
>You could try to make sure samplerate is correct everywhere, despite that I can't give any further advice.

That's something to check. But what does "correct" mean? Do you mean
it has to match the stream's overall sample rate? It doesn't always.
The stream runs at 128kbps. Some of the things get transcoded from
other bit-rates, like 192-, 256, and even 320kbps. If they would
normally generate these kinds of messages, then I'll just ignore them.
But if Icecast or EZStream is generating them, can these emails be
turned off completely?


From albert.bruc.ab at gmail.com  Tue Jul  7 12:37:06 2015
From: albert.bruc.ab at gmail.com (Albert Bruc)
Date: Tue, 7 Jul 2015 14:37:06 +0200
Subject: [Icecast] daily songs logs ?
Message-ID: <CALQ=VdSJYOgrxRm7=jqMFNW=XDEeUeSkJMt_5hb2nvqG4gB2uA@mail.gmail.com>

No one have a solution for this ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20150707/98440fe1/attachment.htm>

From cdgraff at gmail.com  Tue Jul  7 12:45:10 2015
From: cdgraff at gmail.com (Alejandro)
Date: Tue, 7 Jul 2015 09:45:10 -0300
Subject: [Icecast] daily songs logs ?
In-Reply-To: <CALQ=VdSJYOgrxRm7=jqMFNW=XDEeUeSkJMt_5hb2nvqG4gB2uA@mail.gmail.com>
References: <CALQ=VdSJYOgrxRm7=jqMFNW=XDEeUeSkJMt_5hb2nvqG4gB2uA@mail.gmail.com>
Message-ID: <CALJtzxBhA1weOb7yjyN1Qv9v8zcBO+bWm0fT_2ifEigyrr1J4A@mail.gmail.com>

You can use the Playlist.log to has the information and parse later... if
this is not your question please try to write more detailed description
about your needs.

Thanks!

2015-07-07 9:37 GMT-03:00 Albert Bruc <albert.bruc.ab at gmail.com>:

> No one have a solution for this ?
>
>
> _______________________________________________
> 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/20150707/a182addb/attachment.htm>

From epirat07 at gmail.com  Wed Jul  8 15:42:29 2015
From: epirat07 at gmail.com (Marvin Scholz)
Date: Wed, 08 Jul 2015 17:42:29 +0200
Subject: [Icecast] Ices generates lots of email warnings
In-Reply-To: <gacnpa91csmsf07mh3a2gr11sh273888rh@4ax.com>
References: <f4flpa5v561qrdd231hr584p5gc8jbg718@4ax.com>
	<4392E734-0F72-4095-85CA-F3249EFF36EC@gmail.com>
	<gacnpa91csmsf07mh3a2gr11sh273888rh@4ax.com>
Message-ID: <01292668-C2C5-4C5D-A382-8525866DF6C9@gmail.com>

On 7 Jul 2015, at 13:12, Steve Matzura wrote:
> On Mon, 6 Jul 2015 20:15:42 +0200, you wrote:
>> You could try to make sure samplerate is correct everywhere, despite 
>> that I can't give any further advice.
>
> That's something to check. But what does "correct" mean? Do you mean
> it has to match the stream's overall sample rate? It doesn't always.
> The stream runs at 128kbps. Some of the things get transcoded from
> other bit-rates, like 192-, 256, and even 320kbps. If they would
> normally generate these kinds of messages, then I'll just ignore them.
> But if Icecast or EZStream is generating them, can these emails be
> turned off completely?

Samplerate is not the same as bitrate. And yes, samplerate must match 
the streams's overall sample rate.
The Bitrate should match as well.


From Support at LSDcode.com  Sat Jul 11 12:55:03 2015
From: Support at LSDcode.com (Kurt)
Date: Sat, 11 Jul 2015 06:55:03 -0600
Subject: [Icecast] Ices generates lots of email warnings
In-Reply-To: <01292668-C2C5-4C5D-A382-8525866DF6C9@gmail.com>
References: <f4flpa5v561qrdd231hr584p5gc8jbg718@4ax.com>
	<4392E734-0F72-4095-85CA-F3249EFF36EC@gmail.com>
	<gacnpa91csmsf07mh3a2gr11sh273888rh@4ax.com>
	<01292668-C2C5-4C5D-A382-8525866DF6C9@gmail.com>
Message-ID: <55A11227.4040502@LSDcode.com>

Hello. I have been streaming IceCast for about three years now and have 
run into a problem, which I hope this forum can resolve
We stream non copyright songs from independent musicians. When they 
upload their music to our site, they
upload Mp3's of which some have entered the MetaData information in the 
MP3. Problem, musicians dont always do this, leaving
the meta data very sparse.... When a musician uploads their music, they 
enter information into the database as to the song, duration
author, ect. This information is stored in an SQL database. When a 
selection is made as to what artist to stream, EzStream reads
a M3U which we create, but what is missing is an ability to use the SQL 
data by someone by customizing the M3u String to
incorporate the Meta Data entered by the band in their profile.
So the short end of the stick is, can we customize the m3u to take more 
then the location of the file, but port over contents
of the SQL, to show in the jPlayer ?
Any help would be greatly appreciated.
P.S> IceCast is running under Centos 6.6 and ezstream is running under 
Windows 2008 Server.
Thanks in advance
Kurt
AMR.fm, LLC




On 7/8/2015 9:42 AM, Marvin Scholz wrote:
> On 7 Jul 2015, at 13:12, Steve Matzura wrote:
>> On Mon, 6 Jul 2015 20:15:42 +0200, you wrote:
>>> You could try to make sure samplerate is correct everywhere, despite
>>> that I can't give any further advice.
>> That's something to check. But what does "correct" mean? Do you mean
>> it has to match the stream's overall sample rate? It doesn't always.
>> The stream runs at 128kbps. Some of the things get transcoded from
>> other bit-rates, like 192-, 256, and even 320kbps. If they would
>> normally generate these kinds of messages, then I'll just ignore them.
>> But if Icecast or EZStream is generating them, can these emails be
>> turned off completely?
> Samplerate is not the same as bitrate. And yes, samplerate must match
> the streams's overall sample rate.
> The Bitrate should match as well.
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
> -------------------------------------------------------------------------------------
> This email has been scanned by the MxScan Email Security System.
> -------------------------------------------------------------------------------------


-------------------------------------------------------------------------------------
This email has been scanned by the MxScan Email Security System.
-------------------------------------------------------------------------------------


From smj at cirr.com  Sat Jul 11 16:27:52 2015
From: smj at cirr.com (Stephen Jones)
Date: Sat, 11 Jul 2015 09:27:52 -0700
Subject: [Icecast] non latin1 characters in titles/artist et cetera
In-Reply-To: <201507042023.t64KNFEa029578@egsner.cirr.com>
References: <201507042023.t64KNFEa029578@egsner.cirr.com>
Message-ID: <A401FB31-862E-4D58-9D8D-F9181DE4BAEE@cirr.com>


> On Jul 4, 2015, at 1:23 PM, Stephen M. Jones <smj at cirr.com> wrote:
> 
> Hello, I searched through the archives and found a suggestion for a 
> cyrillic DJ to put the following in icecast.xml:
> 
> <mount>
> <mount-name>/mountnamehere</mount-name>
> <charset>UTF-8</charset>
> </mount>
> 

I've not made any more progress on correcting this.  In the icecast log files I see
the non latin characters showing up as they should, but on the player end and on
the icecast status page, these show up as mixed numeric/alpha codes.

I found discussions on this topic here:

http://icecast.imux.net/viewtopic.php?t=5790&sid=0e344159ada979f19ff9cda2dac42b6f <http://icecast.imux.net/viewtopic.php?t=5790&sid=0e344159ada979f19ff9cda2dac42b6f>

And this announcement addressing 'charset' here:

http://icecast.imux.net/viewtopic.php?t=5200&sid=835e8b4c431a224a58ca2a8eb8b5bbe7 <http://icecast.imux.net/viewtopic.php?t=5200&sid=835e8b4c431a224a58ca2a8eb8b5bbe7>

And then in the documentation where it provides examples for the icecast.xml file:

http://icecast.org/docs/icecast-2.4.0/config-file.html <http://icecast.org/docs/icecast-2.4.0/config-file.html>

I've probably just got that misconfigured.  In my setup I'm streaming from nicecast to the
icecast server and authenticating via <relay> so while I've got a <mount> defined with the
same mount-name as my nicecast stream to the icecast server, I don't believe the <charaset>
directive I have defined is even used.   What is the correct way for me to configure icecast.xml?

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

From epirat07 at gmail.com  Sat Jul 11 21:53:59 2015
From: epirat07 at gmail.com (Marvin Scholz)
Date: Sat, 11 Jul 2015 23:53:59 +0200
Subject: [Icecast] non latin1 characters in titles/artist et cetera
In-Reply-To: <A401FB31-862E-4D58-9D8D-F9181DE4BAEE@cirr.com>
References: <201507042023.t64KNFEa029578@egsner.cirr.com>
	<A401FB31-862E-4D58-9D8D-F9181DE4BAEE@cirr.com>
Message-ID: <E61F88CA-10FF-4016-A8E0-CCDF1A79F516@gmail.com>

On 11 Jul 2015, at 18:27, Stephen Jones wrote:

> What is the correct way for me to configure icecast.xml?

Please show us your config file, but with removed/changed passwords of 
course.


From smj at cirr.com  Sat Jul 11 22:01:01 2015
From: smj at cirr.com (Stephen Jones)
Date: Sat, 11 Jul 2015 15:01:01 -0700
Subject: [Icecast] non latin1 characters in titles/artist et cetera
In-Reply-To: <E61F88CA-10FF-4016-A8E0-CCDF1A79F516@gmail.com>
References: <201507042023.t64KNFEa029578@egsner.cirr.com>
	<A401FB31-862E-4D58-9D8D-F9181DE4BAEE@cirr.com>
	<E61F88CA-10FF-4016-A8E0-CCDF1A79F516@gmail.com>
Message-ID: <0D518F62-9817-4347-B44B-D9F02FCE8496@cirr.com>


> On Jul 11, 2015, at 2:53 PM, Marvin Scholz <epirat07 at gmail.com> wrote:
> 
> On 11 Jul 2015, at 18:27, Stephen Jones wrote:
> 
>> What is the correct way for me to configure icecast.xml?
> 
> Please show us your config file, but with removed/changed passwords of 
> course.

Thank you .. here it is:

<icecast>
    <limits>
        <clients>200</clients>
        <sources>6</sources>
        <threadpool>5</threadpool>
        <queue-size>524288</queue-size>
        <client-timeout>30</client-timeout>
        <header-timeout>15</header-timeout>
        <source-timeout>10</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>65535</burst-size>
    </limits>

    <authentication>
        <!-- Sources log in with username 'source' -->
        <source-password>XX</source-password>
        <!-- Relays log in username 'relay' -->
        <relay-password>XX</relay-password>

        <!-- Admin logs in with the username given below -->
        <admin-user>admin</admin-user>
        <admin-password>XX</admin-password>
    </authentication>

    <!-- set the mountpoint for a shoutcast source to use, the default if not
         specified is /stream but you can change it here if an alternative is
         wanted or an extension is required
    <shoutcast-mount>/live.nsv</shoutcast-mount>
    -->

    <!-- Uncomment this if you want directory listings -->
    <!--
    <directory>
        <yp-url-timeout>15</yp-url-timeout>
        <yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
    </directory>
     -->

    <!-- This is the hostname other people will use to connect to your server.
    It affects mainly the urls generated by Icecast for playlists and yp
    listings. -->
    <hostname>ma.sdf.org</hostname>

    <!-- You may have multiple <listener> elements -->
    <listen-socket>
        <port>8000</port>
        <bind-address>192.94.73.31</bind-address>
        <!-- <shoutcast-mount>/stream</shoutcast-mount> -->
    </listen-socket>
    <!--
    <listen-socket>
        <port>8001</port>
    </listen-socket>
    -->

    <!--<master-server>192.94.73.31</master-server>-->
    <!--<master-server-port>8001</master-server-port>-->
    <!--<master-update-interval>120</master-update-interval>-->
    <!--<master-password>hackme</master-password>-->

    <!-- setting this makes all relays on-demand unless overridden, this is
         useful for master relays which do not have <relay> definitions here.
         The default is 0 -->
    <!--<relays-on-demand>1</relays-on-demand>-->

    <!--
    <relay>
        <server>192.94.73.1</server>
        <port>8001</port>
        <mount>/example.ogg</mount>
        <local-mount>/different.ogg</local-mount>
        <on-demand>0</on-demand>

        <relay-shoutcast-metadata>0</relay-shoutcast-metadata>
    </relay>
    -->

    <!-- Only define a <mount> section if you want to use advanced options,
         like alternative usernames or passwords

    <mount>
    <mount-name>/anonradio.m3u</mount-name>
    <charset>UTF8</charset>
    </mount>

    <mount>
        <mount-name>/example-complex.ogg</mount-name>

        <username>othersource</username>
        <password>hackmemore</password>

        <max-listeners>1</max-listeners>
        <dump-file>/tmp/dump-example1.ogg</dump-file>
        <burst-size>65536</burst-size>
        <fallback-mount>/example2.ogg</fallback-mount>
        <fallback-override>1</fallback-override>
        <fallback-when-full>1</fallback-when-full>
        <intro>/example_intro.ogg</intro>
        <hidden>1</hidden>
        <no-yp>1</no-yp>
        <authentication type="htpasswd">
                <option name="filename" value="myauth"/>
                <option name="allow_duplicate_users" value="0"/>
        </authentication>
        <on-connect>/home/icecast/bin/stream-start</on-connect>
        <on-disconnect>/home/icecast/bin/stream-stop</on-disconnect>
    </mount>

    <mount>
        <mount-name>/auth_example.ogg</mount-name>
        <authentication type="url">
            <option name="mount_add"       value="http://myauthserver.net/notify_mount.php"/>
            <option name="mount_remove"    value="http://myauthserver.net/notify_mount.php"/>
            <option name="listener_add"    value="http://myauthserver.net/notify_listener.php"/>
            <option name="listener_remove" value="http://myauthserver.net/notify_listener.php"/>
        </authentication>
    </mount>

    -->

    <fileserve>1</fileserve>

    <paths>
        <!-- basedir is only used if chroot is enabled -->
        <basedir>/usr/share/icecast</basedir>

        <!-- Note that if <chroot> is turned on below, these paths must both
             be relative to the new root, not the original root -->
        <logdir>/var/log/icecast</logdir>
        <webroot>/usr/share/icecast/web</webroot>
        <adminroot>/usr/share/icecast/admin</adminroot>
        <pidfile>/var/run/icecast/icecast.pid</pidfile>

        <!-- Aliases: treat requests for 'source' path as being for 'dest' path
             May be made specific to a port or bound address using the "port"
             and "bind-address" attributes.
          -->
        <!--
        <alias source="/foo" dest="/bar"/>
          -->
        <!-- Aliases: can also be used for simple redirections as well,
             this example will redirect all requests for http://server:port/ to
             the status page
          -->
        <alias source="/" dest="/status.xsl"/>
    </paths>

    <logging>
        <accesslog>access.log</accesslog>
        <errorlog>error.log</errorlog>
        <!-- <playlistlog>playlist.log</playlistlog> -->
        <loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
        <logsize>10000</logsize> <!-- Max size of a logfile -->
        <!-- If logarchive is enabled (1), then when logsize is reached
             the logfile will be moved to [error|access|playlist].log.DATESTAMP,
             otherwise it will be moved to [error|access|playlist].log.old.
             Default is non-archive mode (i.e. overwrite)
        -->
        <!-- <logarchive>1</logarchive> -->
    </logging>

    <security>
        <chroot>0</chroot>
        <changeowner>
            <user>icecast</user>
            <group>icecast</group>
        </changeowner>
    </security>
</icecast>



From epirat07 at gmail.com  Sat Jul 11 22:07:37 2015
From: epirat07 at gmail.com (Marvin Scholz)
Date: Sun, 12 Jul 2015 00:07:37 +0200
Subject: [Icecast] non latin1 characters in titles/artist et cetera
In-Reply-To: <0D518F62-9817-4347-B44B-D9F02FCE8496@cirr.com>
References: <201507042023.t64KNFEa029578@egsner.cirr.com>
	<A401FB31-862E-4D58-9D8D-F9181DE4BAEE@cirr.com>
	<E61F88CA-10FF-4016-A8E0-CCDF1A79F516@gmail.com>
	<0D518F62-9817-4347-B44B-D9F02FCE8496@cirr.com>
Message-ID: <D60A2F57-AD7B-4D57-8B3A-69E904214BC0@gmail.com>

On 12 Jul 2015, at 0:01, Stephen Jones wrote:

>  <!-- Only define a <mount> section if you want to use advanced 
> options,
>       like alternative usernames or passwords
>
>  <mount>
>  <mount-name>/anonradio.m3u</mount-name>
>  <charset>UTF8</charset>
>  </mount>

As you would see if using an editor with proper syntax highlighting, you 
are starting a comment with <!--
but not ending it properly with --> so it will ignore everything below 
until a --> and additionally I think
it should be utf-8 instead of UTF8. And why are you using a mount-name 
with .m3u? That is not correct unless that is the same you use in 
Nicecast. But that would be wrong anyway as you are not streaming in m3u 
but in either mp3 or something else.

Try to change your config to:

<mount>
	<mount-name>/anonradio</mount-name>
	<charset>utf-8</charset>
</mount>


From epirat07 at gmail.com  Sat Jul 11 22:09:09 2015
From: epirat07 at gmail.com (Marvin Scholz)
Date: Sun, 12 Jul 2015 00:09:09 +0200
Subject: [Icecast] non latin1 characters in titles/artist et cetera
In-Reply-To: <0D518F62-9817-4347-B44B-D9F02FCE8496@cirr.com>
References: <201507042023.t64KNFEa029578@egsner.cirr.com>
	<A401FB31-862E-4D58-9D8D-F9181DE4BAEE@cirr.com>
	<E61F88CA-10FF-4016-A8E0-CCDF1A79F516@gmail.com>
	<0D518F62-9817-4347-B44B-D9F02FCE8496@cirr.com>
Message-ID: <345582A7-1F29-48F9-A2E7-A47ECD4FCB1D@gmail.com>

Oh an do not forget to end the comment with --> Like so:

<!-- This is a comment -->


From Support at LSDcode.com  Sun Jul 12 13:14:05 2015
From: Support at LSDcode.com (Kurt)
Date: Sun, 12 Jul 2015 07:14:05 -0600
Subject: [Icecast] Customized M3u for Icecast. Are there additional switches
 on XML / M3u Ezstream to override MetaData Tags in Mp3 with alternate tags
Message-ID: <55A2681D.4030106@LSDcode.com>

Hello. I have been streaming IceCast for about three years now and have 
run into a problem, which I hope this forum can resolve
We stream non copyright songs from independent musicians. When they 
upload their music to our site, they
upload Mp3's of which some have entered the MetaData information in the 
MP3. Problem, musicians dont always do this, leaving
the meta data very sparse.... When a musician uploads their music, they 
enter information into the database as to the song, duration
author, ect. This information is stored in an SQL database. When a 
selection is made as to what artist to stream, EzStream reads
a M3U which we create, but what is missing is an ability to use the SQL 
data by someone by customizing the M3u String to
incorporate the Meta Data entered by the band in their profile.
So the short end of the stick is, can we customize the m3u to take more 
then the location of the file, but port over contents
of the SQL, to show in the jPlayer ?
Any help would be greatly appreciated.
P.S> IceCast is running under Centos 6.6 and ezstream is running under 
Windows 2008 Server.
Thanks in advance
Kurt
AMR.fm, LLC

-------------------------------------------------------------------------------------
This email has been scanned by the MxScan Email Security System.
-------------------------------------------------------------------------------------


From dave at dashs.denver.co.us  Sun Jul 12 20:15:49 2015
From: dave at dashs.denver.co.us (Dave Serls)
Date: Sun, 12 Jul 2015 14:15:49 -0600
Subject: [Icecast] auth advice
Message-ID: <20150712141549.725575cc@groucho.dashs.denver.co.us>


 I have all listeners logging in via htpasswd.
 I also have a playlist builder WEB app that I want to protect with the same passwords.
 How can I use the password file generated by icecast web admin in an apache-usable way
 for the playlist app.
 I've been synching this manually for a few users.
 
-- 
************************************************************************
*   Dave Serls                                 Littleton, CO, USA      *
*   dashs.denver.co.us                         http://www.dashs.com    *
************************************************************************


From xoneca+icecast at gmail.com  Mon Jul 13 10:43:46 2015
From: xoneca+icecast at gmail.com (Xabier Oneca -- xOneca)
Date: Mon, 13 Jul 2015 12:43:46 +0200
Subject: [Icecast] Customized M3u for Icecast. Are there additional
 switches on XML / M3u Ezstream to override MetaData Tags in Mp3 with
 alternate tags
In-Reply-To: <55A2681D.4030106@LSDcode.com>
References: <55A2681D.4030106@LSDcode.com>
Message-ID: <CACkgH73Tt55_o-oTpNovnTk362+-sqEx=2Ck7QEf89PdJygXZA@mail.gmail.com>

Hello Kurt,

> So the short end of the stick is, can we customize the m3u to take more
> then the location of the file, but port over contents
> of the SQL, to show in the jPlayer ?

Yes, title information can be added in the extended format of M3U:

https://en.m.wikipedia.org/wiki/M3u#File_format

What I don't know is if Ezstream will use it, or will ignore it and try
only to read from MP3 Id3Tags...

HTH,

Xabier Oneca_,,_
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20150713/8005044a/attachment.htm>

From lion at lion.leolix.org  Tue Jul 14 08:10:20 2015
From: lion at lion.leolix.org (Philipp Schafft)
Date: Tue, 14 Jul 2015 08:10:20 +0000
Subject: [Icecast] Customized M3u for Icecast. Are there additional
 switches on XML / M3u Ezstream to override MetaData Tags in Mp3 with
 alternate tags
In-Reply-To: <CACkgH73Tt55_o-oTpNovnTk362+-sqEx=2Ck7QEf89PdJygXZA@mail.gmail.com>
References: <55A2681D.4030106@LSDcode.com>
	<CACkgH73Tt55_o-oTpNovnTk362+-sqEx=2Ck7QEf89PdJygXZA@mail.gmail.com>
Message-ID: <20150714081038.96B0E1298D@grassland.keep-cool.org>

reflum,

On Mon, 2015-07-13 at 12:43 +0200, Xabier Oneca -- xOneca wrote:
> Hello Kurt,
> 
> > So the short end of the stick is, can we customize the m3u to take
> more
> > then the location of the file, but port over contents
> > of the SQL, to show in the jPlayer ?
> 
> Yes, title information can be added in the extended format of M3U:
> 
> https://en.m.wikipedia.org/wiki/M3u#File_format
> 
> What I don't know is if Ezstream will use it, or will ignore it and
> try only to read from MP3 Id3Tags...

Beside that MP3 is not a supported format:
This is purely within the domain of the source client -- in this case
ezstream --. Maybe you should also consider to (re)tag the files as part
of the upload process.

-- 
Philipp.
 (Rah of PH2)
-------------- 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/20150714/66a1dc95/attachment.sig>

From lion at lion.leolix.org  Tue Jul 14 08:20:46 2015
From: lion at lion.leolix.org (Philipp Schafft)
Date: Tue, 14 Jul 2015 08:20:46 +0000
Subject: [Icecast] auth advice
In-Reply-To: <20150712141549.725575cc@groucho.dashs.denver.co.us>
References: <20150712141549.725575cc@groucho.dashs.denver.co.us>
Message-ID: <20150714082113.D62E11298D@grassland.keep-cool.org>

Good morning,

On Sun, 2015-07-12 at 14:15 -0600, Dave Serls wrote:
> I have all listeners logging in via htpasswd.
>  I also have a playlist builder WEB app that I want to protect with the same passwords.
>  How can I use the password file generated by icecast web admin in an apache-usable way
>  for the playlist app.
>  I've been synching this manually for a few users.

I think your best option is using the URL auth backend. So you have a
common database (of whatever type). Then your web app can communicate
with that database and Icecast can do the same using the URL Auth
backend.

You will find complete information on how to configure that backend in
the docs.

-- 
Philipp.
 (Rah of PH2)
-------------- 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/20150714/c51e1979/attachment.sig>

From infoweb1 at crobiz.com  Thu Jul 16 09:58:27 2015
From: infoweb1 at crobiz.com (infoweb1 at crobiz.com)
Date: Thu, 16 Jul 2015 11:58:27 +0200
Subject: [Icecast] Icecast URL authentication problem
In-Reply-To: <441A3EE2-D381-440A-92B8-359483123283@gmail.com>
References: <5B83B2121F96440C98B2C0AE3B7A0C33@T>
	<441A3EE2-D381-440A-92B8-359483123283@gmail.com>
Message-ID: <8C4C395876ED441A99241DDD5E1048C2@T>


Hi,

this is part of the icecast.xml:
<security>
       <chroot>0</chroot>
       <changeowner>
           <user>icecast</user>
           <group>icecast</group>
       </changeowner>
</security>

I tried to create place following symlinks
/usr/share/icecast/etc/hosts
/usr/share/icecast/etc/localtime
/usr/share/icecast/etc/resolv.conf
/usr/share/icecast/etc/ld.so.cache
/usr/share/icecast/lib/libnss_dns.so.2

but everything is the same.
I still get the following line:

[2015-07-16  09:45:38] INFO auth_url/url_add_listener client auth 
(http://some.server.org/stream_control.php) failed with ""


Failed with "" (nothing)???
some.server.org is on DNS and reacheable from this machine!

What am I missing?




From: Klaas Jan Wierenga
Sent: Friday, June 05, 2015 10:19 AM
Subject: Re: [Icecast] Icecast URL authentication problem

Hi,

If you're running icecast in a jail root (chroot enabled), then you may not 
have a properly setup DNS resolver.

Maybe this post will point you in the right direction: 
http://icecast.xiph.narkive.com/5v2EeNBD/eror-no-dns

Kind regards,
KJ




Op 3 jun. 2015, om 22:34 heeft infoweb1 at crobiz.com het volgende geschreven:

System: Icecast 2.4.1 and 2.4.2, OS: CentOS 6.6 x64

Tried to install icecast using following two different methods described in 
these links:
(1) http://www.ukhost4u.co.uk/blog/538/install-icecast-2-centos-6-server/
(2) 
https://www.servint.net/university/article/taking-the-chill-out-of-installing-icecast/


Both of these resulted in working and stable icecast, but without the 
possibility of url authentication.


Mountpoint authentication is configured as shown here:
<authentication type="url">
<option name="mount_add" 
value="http://some.server.org/stream_control.php"/>
<option name="mount_remove" 
value="http://some.server.org/stream_control.php"/>
<option name="listener_add" 
value="http://some.server.org/stream_control.php"/>
<option name="listener_remove" 
value="http://some.server.org/stream_control.php"/>
<option name="stream_auth" 
value="http://some.server.org/stream_control.php"/>
<option name="user" value='source'/>
<option name="pass" value='pass'/>
<option name="auth_header" value="icecast-auth-user: 1"/>
</authentication>

Script named stream_control.php just writes POST data received from calling 
site (to some file) and returns icecast-auth-user: 1.


This script is never called by any of these methods by the icecast server, 
also in the error.log I am able to find following lines (every time I try to 
connect to icecast as a listener - or a stream client):

INFO auth/auth_add_listener adding client for authentication
INFO auth/queue_auth_client auth on /mountpoint has 1 pending
INFO auth_url/url_add_listener client auth 
(http://some.server.org/stream_control.php) failed with ""



Please advise further actions. Thanks!


PS: yum update was done, without any change.
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast




From sm at noisynotes.com  Tue Jul 21 13:23:18 2015
From: sm at noisynotes.com (Steve Matzura)
Date: Tue, 21 Jul 2015 09:23:18 -0400
Subject: [Icecast] EZStream file not found?
Message-ID: <irhsqa1817vkkelpbnho8m2kj9n81j82gb@4ax.com>

With a directory full of content, EZStream has suddenly begun
reporting file not found on everything it's told to play. Anything
obvious I should check to diagnose this?


From sm at noisynotes.com  Wed Jul 22 01:15:33 2015
From: sm at noisynotes.com (Steve Matzura)
Date: Tue, 21 Jul 2015 21:15:33 -0400
Subject: [Icecast] Trouble with EZStream
Message-ID: <uqqtqa9alnr2gee09g4ketnf3srgua2bt0@4ax.com>

The following behavior began about a day ago. NO changes have been
made to the Fedora 20 (Heizenbug) system on which these things run.
For no obvious or accountable reason, EZStream has stopped streaming.
Here's a copy of the output from the ezstream command itself:

# ezstream -c "/home/admin/ezstream/dn.xml"
ezstream: Connected to http://localhost:8000/broadband
ezstream: Streaming ``Democracy Now! - Democracy Now! Tuesday, July
21, 2015''
MPEG Audio Decoder 0.15.2 (beta) - Copyright (C) 2000-2004 Robert
Leslie et al.
'/home/admin/content/programs/dn.mp3': No such file or directory
Assuming raw pcm input file
LAME 3.98.2 32bits (http://www.mp3dev.org/)
CPU features: MMX (ASM used), SSE (ASM used), SSE2
Using polyphase lowpass filter, transition band: 16538 Hz - 17071 Hz
Encoding <stdin> to <stdout>
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (11x) 128 kbps qval=3
fatal error: can't update LAME-tag frame!

Here's the really funny thing: THE FILE EXISTS!

OK, so I re-install libogg, libvorbis, every library I could think of,
re-installed ezstream itself (and Ices-CC, too, just in case), got it
all nice and clean, then tried it again. I even thought there might be
a problem with the fact that the content directory is a simlink, so I
copied a file and modified its associated m3u playlist to point to
something local, not simlinked:

$ ezstream -c ezstream/dn.xml
ezstream: Connected to http://localhost:8000/broadband
ezstream: Streaming ``Democracy Now! - Democracy Now! Tuesday, July
21, 2015''
MPEG Audio Decoder 0.15.2 (beta) - Copyright (C) 2000-2004 Robert
Leslie et al.
'/home/admin/dn.mp3': No such file or directory
Assuming raw pcm input file
LAME 3.98.2 32bits (http://www.mp3dev.org/)
CPU features: MMX (ASM used), SSE (ASM used), SSE2
Using polyphase lowpass filter, transition band: 16538 Hz - 17071 Hz
Encoding <stdin> to <stdout>
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (11x) 128 kbps qval=3
fatal error: can't update LAME-tag frame!

I then tried the same thing with an Ogg Vorbis file. ezstream couldn't
find the oggdec program, which is also odd because I installed all the
Ogg Vorbis libraries and tools Fedora has to offer. Or at least, I am
pretty sure I did.

The files are there. I can play them. They're not improperly protected
or permissed. (permissed?). I'm so frustrated and confused at this
point, I don't even know what to ask. I'll try anything on the system
that's recommended that might help figure this one out. And knowing me
as I do, it'll probably be something small, obvious, and hard to find
unless one knows what to look for.

Thanks in advance, listers.



From sm at noisynotes.com  Wed Jul 22 03:44:51 2015
From: sm at noisynotes.com (Steve Matzura)
Date: Tue, 21 Jul 2015 23:44:51 -0400
Subject: [Icecast] Trouble with EZStream
In-Reply-To: <uqqtqa9alnr2gee09g4ketnf3srgua2bt0@4ax.com>
References: <uqqtqa9alnr2gee09g4ketnf3srgua2bt0@4ax.com>
Message-ID: <k94uqahbrgns840v4n0kra1svoemoihc50@4ax.com>

I solved my own problem, but it took a million Google searches to do
it. Apparently there's been a madplay update where the syntax for
specifying a filename has changed ever so slightly. In the XML for
ezstream there's a line for madplay with the syntax 

"@T@"

The newer version of madplay has dropped the requirement for the
quotes. I removed them in all my XML files according to the Google
article, and everything's working fine again.

P.S., as a result of all this, I even updated ezstream's libraries so
now the ezstream executable is nearly thrice its original size.


From aham.brahmasmi at gmx.com  Wed Jul 29 10:05:46 2015
From: aham.brahmasmi at gmx.com (Aham Brahmasmi)
Date: Wed, 29 Jul 2015 12:05:46 +0200
Subject: [Icecast] Request for Icecast-libshout 2.3.2 Release Date
Message-ID: <trinity-e0ce0cd7-1db8-4e4b-b22f-7d1c06f78bf7-1438164346593@3capp-mailcom-bs13>

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

From aham.brahmasmi at gmx.com  Fri Jul 31 04:37:00 2015
From: aham.brahmasmi at gmx.com (Aham Brahmasmi)
Date: Fri, 31 Jul 2015 06:37:00 +0200
Subject: [Icecast] Request for Icecast-libshout 2.3.2 Release Date
Message-ID: <trinity-d07b1200-eb5e-4c36-966c-7ec530a519e5-1438317420554@3capp-mailcom-bs03>

(Resending because previous message got scrubbed)

Hi,

I was wondering if we have an approximate release date/horizon for Icecast-libshout 2.3.2. The last release was 2.3.1 on 20120525 and the 2.3.2 release would contain some very useful features (https://git.xiph.org/?p=icecast-libshout.git;a=blob;f=NEWS).

In case this is the incorrect list for this question, I apologize.

Thanks,
ab


From sm at noisynotes.com  Fri Jul 31 14:23:45 2015
From: sm at noisynotes.com (Steve Matzura)
Date: Fri, 31 Jul 2015 10:23:45 -0400
Subject: [Icecast] Icecast 2.4x Metadata doesn't clear if net file has none
Message-ID: <kt0nra11d0ques5tgc7kdatfi13ovsjr7l@4ax.com>

I don't know if I have something set wrong in icecast.xml or not, but
on my old server (version forgotten, installed 2009), if I streamed
two files with the first one having metadata present but the second
had none, Icecast wouldn't stream anything when the second file
streamed. On my 4.21 server, when the second file streams, it shows
metadata left over from the first file. I just finished looking
through the documentation for 2.41 but cannot find any setting which
controls this. Help appreciated. Meanwhile, of course I'll get the
provider of the streamed file without any metadata to remedy that.


From Nick at 4points.ca  Fri Jul 31 14:38:04 2015
From: Nick at 4points.ca (Nick at 4points.ca)
Date: Fri, 31 Jul 2015 10:38:04 -0400
Subject: [Icecast] icecast2 will  not start from the /etc/init.d
Message-ID: <933a272289420d52c496a8aaecbac340@4points.ca>

I can start it fine from the command line using  icecast -c icecast.xml

we have ver 2.4.

When I try and start it using /etc/init.d/icecast2 start  it says [ ok ] 
Starting icecast2 (via systemctl): icecast2.service.

but it actually doesn't start.  nothing in the error logs, nothing in 
syslog.

Any ideas would be appreciated.

Nick


From lion at lion.leolix.org  Fri Jul 31 14:45:49 2015
From: lion at lion.leolix.org (Philipp Schafft)
Date: Fri, 31 Jul 2015 14:45:49 +0000
Subject: [Icecast] Icecast 2.4x Metadata doesn't clear if net file has
 none
In-Reply-To: <kt0nra11d0ques5tgc7kdatfi13ovsjr7l@4ax.com>
References: <kt0nra11d0ques5tgc7kdatfi13ovsjr7l@4ax.com>
Message-ID: <20150731144552.C212112966@grassland.keep-cool.org>

reflum,

On Fri, 2015-07-31 at 10:23 -0400, Steve Matzura wrote:
> I don't know if I have something set wrong in icecast.xml or not, but
> on my old server (version forgotten, installed 2009), if I streamed
> two files with the first one having metadata present but the second
> had none, Icecast wouldn't stream anything when the second file
> streamed. On my 4.21 server, when the second file streams, it shows
> metadata left over from the first file. I just finished looking
> through the documentation for 2.41 but cannot find any setting which
> controls this. Help appreciated. Meanwhile, of course I'll get the
> provider of the streamed file without any metadata to remedy that.

I'm not aware of any meta data related changes in 2.3.* -> 2.4.* that
could be relevant for your case.

In general the source client is responsible for sending the meta data.
Icecast does (in general case) not touch this information at all.

Which source client do you use? Maybe the source client has some bug (or
a "feature" you haven't expected ;).

Have a nice day!

-- 
Philipp.
 (Rah of PH2)
-------------- 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/20150731/313fe484/attachment.sig>

From lion at lion.leolix.org  Fri Jul 31 14:50:18 2015
From: lion at lion.leolix.org (Philipp Schafft)
Date: Fri, 31 Jul 2015 14:50:18 +0000
Subject: [Icecast] icecast2 will  not start from the /etc/init.d
In-Reply-To: <933a272289420d52c496a8aaecbac340@4points.ca>
References: <933a272289420d52c496a8aaecbac340@4points.ca>
Message-ID: <20150731145025.99FD312966@grassland.keep-cool.org>

reflum,

On Fri, 2015-07-31 at 10:38 -0400, Nick at 4points.ca wrote:
> I can start it fine from the command line using  icecast -c icecast.xml

Does it report any problems when you try this?


> we have ver 2.4.
> 
> When I try and start it using /etc/init.d/icecast2 start  it says [ ok ] 
> Starting icecast2 (via systemctl): icecast2.service.
> 
> but it actually doesn't start.  nothing in the error logs, nothing in 
> syslog.
> 
> Any ideas would be appreciated.

Maybe it can not write to the error log (e.g. because of a permission
problem).

Please check the permissions of the log files.

You can also try to set:
<errorlog>-</errorlog>

This should let Icecast log to stderr.

-- 
Philipp.
 (Rah of PH2)
-------------- 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/20150731/04c20539/attachment.sig>

From Nick at 4points.ca  Fri Jul 31 15:00:40 2015
From: Nick at 4points.ca (Nick at 4points.ca)
Date: Fri, 31 Jul 2015 11:00:40 -0400
Subject: [Icecast] icecast2 will  not start from the /etc/init.d
In-Reply-To: <20150731145025.99FD312966@grassland.keep-cool.org>
References: <933a272289420d52c496a8aaecbac340@4points.ca>
	<20150731145025.99FD312966@grassland.keep-cool.org>
Message-ID: <d7a97661663419752c62f0ef7593b038@4points.ca>

No errors reported and I could not get the <errorlog>-</errorlog> to do 
anything either.

I should also mention that I am working on Ubuntu.

Nick

On 2015-07-31 10:50, Philipp Schafft wrote:
> reflum,
> 
> On Fri, 2015-07-31 at 10:38 -0400, Nick at 4points.ca wrote:
>> I can start it fine from the command line using  icecast -c 
>> icecast.xml
> 
> Does it report any problems when you try this?
> 
> 
>> we have ver 2.4.
>> 
>> When I try and start it using /etc/init.d/icecast2 start  it says [ ok 
>> ]
>> Starting icecast2 (via systemctl): icecast2.service.
>> 
>> but it actually doesn't start.  nothing in the error logs, nothing in
>> syslog.
>> 
>> Any ideas would be appreciated.
> 
> Maybe it can not write to the error log (e.g. because of a permission
> problem).
> 
> Please check the permissions of the log files.
> 
> You can also try to set:
> <errorlog>-</errorlog>
> 
> This should let Icecast log to stderr.
> 
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast



From nick at 4points.ca  Fri Jul 31 16:11:22 2015
From: nick at 4points.ca (Nick D'Angelo)
Date: Fri, 31 Jul 2015 12:11:22 -0400
Subject: [Icecast] icecast2 will  not start from the /etc/init.d
In-Reply-To: <20150731145025.99FD312966@grassland.keep-cool.org>
References: <933a272289420d52c496a8aaecbac340@4points.ca>
	<20150731145025.99FD312966@grassland.keep-cool.org>
Message-ID: <001b01d0cbab$8b5257e0$a1f707a0$@ca>

Where do I set the <errorlog>-</errorlog>?

In the /etc/init.d/icecast file?

Nick D'Angelo
4Points.ca Inc
President/CEO
http://www.4points.ca

T: 1-855-275-9713
-----Original Message-----
From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Philipp Schafft
Sent: Friday, July 31, 2015 10:50 AM
To: Icecast streaming server user discussions
Subject: Re: [Icecast] icecast2 will not start from the /etc/init.d

reflum,

On Fri, 2015-07-31 at 10:38 -0400, Nick at 4points.ca wrote:
> I can start it fine from the command line using  icecast -c 
> icecast.xml

Does it report any problems when you try this?


> we have ver 2.4.
> 
> When I try and start it using /etc/init.d/icecast2 start  it says [ ok 
> ] Starting icecast2 (via systemctl): icecast2.service.
> 
> but it actually doesn't start.  nothing in the error logs, nothing in 
> syslog.
> 
> Any ideas would be appreciated.

Maybe it can not write to the error log (e.g. because of a permission
problem).

Please check the permissions of the log files.

You can also try to set:
<errorlog>-</errorlog>

This should let Icecast log to stderr.

--
Philipp.
 (Rah of PH2)