From Jonathancandler_msa at q.com  Fri Jan  3 21:48:28 2014
From: Jonathancandler_msa at q.com (jonathan candler)
Date: Fri, 3 Jan 2014 14:48:28 -0700
Subject: [Icecast] Regarding fallback mount points.
Message-ID: <68ADC83A-E99C-4F86-B829-54DBA2952ADA@q.com>

Hi all. I finally got my automating stream working. now, I do have a question for you all regarding fallback mount. I believe I have them setup correctly. but what I would want to do is when I go to http://kjscradio.com:8000/stream.mp3.m3u, I would like it to fallback to the mount point that I have setup for my automation stream. Then, when a source drops the connection from the /stream.mp3.m3u mount I would like it to go to my automation mount for it. My .xml file config is below. 
<icecast>
    <!-- location and admin are two arbitrary strings that are e.g. visible
         on the server info page of the icecast web interface
         (server_version.xsl). -->
    <location>Earth</location>
    <admin>admin at kjscradio.com</admin>

    <limits>
        <clients>100</clients>
        <sources>2</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 'jonnyboy' -->
        <source-password>msasteel</source-password>
        <!-- Relays log in username 'relay' -->
        <relay-password>guitars</relay-password>

        <!-- Admin logs in with the username given below -->
        <admin-user>admin</admin-user>
        <admin-password>guitars13</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>localhost</hostname>

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

    <!--<master-server>127.0.0.1</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>127.0.0.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>/stream.mp3</mount-name>

        <username>jonnyboy</username>
        <password>msasteel</password>

        <max-listeners>100</max-listeners>
        <dump-file>/tmp/dump-example1.ogg</dump-file>
        <burst-size>65536</burst-size>
        <fallback-mount>/autodj.mp3</fallback-mount>
        <fallback-override>1</fallback-override>
        <fallback-when-full>1</fallback-when-full>
        <intro>/example_intro.ogg</intro>
        <hidden>0</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>/autodj.mp3</mount-name>
        <max-listeners>100</max-listeners>
        <burst-size>65536</burst-size>
        <fallback-mount>/stream.mp3</fallback-mount>
        <fallback-override>1</fallback-override>
        <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/icecast2</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/icecast2</logdir>
        <webroot>/usr/share/icecast2/web</webroot>
        <adminroot>/usr/share/icecast2/admin</adminroot>
        <!-- <pidfile>/usr/share/icecast2/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" destination="/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="/" destination="/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>nobody</user>
            <group>nogroup</group>
        </changeowner>
        -->
    </security>
</icecast>

If you all could help with this it would be appreciated
Thanks so much.

From geoff at QuiteLikely.com  Fri Jan  3 21:58:41 2014
From: geoff at QuiteLikely.com (Geoff Shang)
Date: Fri, 3 Jan 2014 23:58:41 +0200 (IST)
Subject: [Icecast] Regarding fallback mount points.
In-Reply-To: <68ADC83A-E99C-4F86-B829-54DBA2952ADA@q.com>
References: <68ADC83A-E99C-4F86-B829-54DBA2952ADA@q.com>
Message-ID: <alpine.DEB.2.02.1401032355320.4356@voldemort.home>

On Fri, 3 Jan 2014, jonathan candler wrote:

> Hi all. I finally got my automating stream working. now, I do have a question for you all regarding fallback mount. I believe I have them setup correctly. but what I would want to do is when I go to http://kjscradio.com:8000/stream.mp3.m3u, I would like it to fallback to the mount point that I have setup for my automation stream. Then, when a source drops the connection from the /stream.mp3.m3u mount I would like it to go to my automation mount for it. My .xml file config is below.

a few comments:

1.  It's not a good idea to publish your passwords.  If these are the 
passwords you use, I highly recommend changing them.

2.  I would either comment out or remove the auth stuff if you're not 
using it, as it may make things not work because the auth fails.

3.  You usually wouldn't want streams that fallback to each other and i've 
not tried it.  It could very well confuse Icecast, particularly if neither 
stream is on at any given time.

Having said all this, does it work?

Geoff.



From jonathancandler_msa at q.com  Fri Jan  3 23:29:15 2014
From: jonathancandler_msa at q.com (Jonathan Candler)
Date: Fri, 3 Jan 2014 16:29:15 -0700
Subject: [Icecast] Regarding fallback mount points.
In-Reply-To: <alpine.DEB.2.02.1401032355320.4356@voldemort.home>
References: <68ADC83A-E99C-4F86-B829-54DBA2952ADA@q.com>
	<alpine.DEB.2.02.1401032355320.4356@voldemort.home>
Message-ID: <2FDDD91D-3168-4EE0-956D-090D80ED39A2@q.com>



Okay, the mount  for my automation still works. But, not for the fallback mount I have setup I don't know what I'm doing wrong. If you want to check it out, go to, http://kjscradio.com:8000/stream.mp3.m3u

Sent from my iPhone

> On 3 Jan 2014, at 2:58 pm, Geoff Shang <geoff at QuiteLikely.com> wrote:
> 
>> On Fri, 3 Jan 2014, jonathan candler wrote:
>> 
>> Hi all. I finally got my automating stream working. now, I do have a question for you all regarding fallback mount. I believe I have them setup correctly. but what I would want to do is when I go to http://kjscradio.com:8000/stream.mp3.m3u, I would like it to fallback to the mount point that I have setup for my automation stream. Then, when a source drops the connection from the /stream.mp3.m3u mount I would like it to go to my automation mount for it. My .xml file config is below.
> 
> a few comments:
> 
> 1.  It's not a good idea to publish your passwords.  If these are the passwords you use, I highly recommend changing them.
> 
> 2.  I would either comment out or remove the auth stuff if you're not using it, as it may make things not work because the auth fails.
> 
> 3.  You usually wouldn't want streams that fallback to each other and i've not tried it.  It could very well confuse Icecast, particularly if neither stream is on at any given time.
> 
> Having said all this, does it work?
> 
Geoff.Sent from my iPhone

> On 3 Jan 2014, at 2:58 pm, Geoff Shang <geoff at QuiteLikely.com> wrote:
> 
>> On Fri, 3 Jan 2014, jonathan candler wrote:
>> 
>> Hi all. I finally got my automating stream working. now, I do have a question for you all regarding fallback mount. I believe I have them setup correctly. but what I would want to do is when I go to http://kjscradio.com:8000/stream.mp3.m3u, I would like it to fallback to the mount point that I have setup for my automation stream. Then, when a source drops the connection from the /stream.mp3.m3u mount I would like it to go to my automation mount for it. My .xml file config is below.
> 
> a few comments:
> 
> 1.  It's not a good idea to publish your passwords.  If these are the passwords you use, I highly recommend changing them.
> 
> 2.  I would either comment out or remove the auth stuff if you're not using it, as it may make things not work because the auth fails.
> 
> 3.  You usually wouldn't want streams that fallback to each other and i've not tried it.  It could very well confuse Icecast, particularly if neither stream is on at any given time.
> 
> Having said all this, does it work?
> 
> Geoff.
> 


From Jonathancandler_msa at q.com  Mon Jan  6 03:39:38 2014
From: Jonathancandler_msa at q.com (jonathan candler)
Date: Sun, 5 Jan 2014 20:39:38 -0700
Subject: [Icecast] Icecast and ezstream?
Message-ID: <DC6F8FEE-4C87-4335-B96A-52F758D660C1@q.com>

hello all, I?m not sure if I could discuss this here in this mailing list, but it has to do with ezstream with ice cast. so, I do have ezstream set to read from a config file which reads from a .m3u play list that I have setup for my automation. Now, here?s a question. what if I wanted to add more songs to the play list and when I do that, I would like to have the songs to be added to the play list during in the middle of the reading of the play list? not when it loops again and re reads it. How would I go about doing this? and what would be the best way? I don?t have to reload and have it kill the automation process of the stream at all. I would like it to have it seamlessly add the songs to the playlist and read from the point in the play list. Thanks. all.
Jonathan



From tim at tjbaker.co.uk  Mon Jan  6 20:30:52 2014
From: tim at tjbaker.co.uk (Tim Baker)
Date: Mon, 6 Jan 2014 20:30:52 +0000
Subject: [Icecast] Monit and Icecast2
In-Reply-To: <mailman.3.1389038401.18068.icecast@xiph.org>
References: <mailman.3.1389038401.18068.icecast@xiph.org>
Message-ID: <3ADEB94B-4E8E-4B9B-989B-3ABEC1B581EB@tjbaker.co.uk>

Trying to monitor Icecast2 with Monit - but it won't create a PID file? I've checked the settings and tried various entries for pidfile path (/usr/share/, /usr/local/var/run and /var/run) in the XML, restarted etc but no pidfile appears?

Also found this monit script - is it correct? 

check process icecast2 with pidfile /var/run/icecast2/icecast.pid
    start program = "/etc/init.d/icecast2 start"
    stop program = "/etc/init.d/icecast2 stop"
    if failed port 8000 protocol HTTP
        request /
        with timeout 60 seconds
        then start

    if failed port 8000 protocol HTTP
        request /
        with timeout 60 seconds
        then alert

From thomas at ruecker.fi  Thu Jan 23 16:40:35 2014
From: thomas at ruecker.fi (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Thu, 23 Jan 2014 16:40:35 +0000
Subject: [Icecast] [Icecast-dev] Icecast 2.4 beta4 release
Message-ID: <52E14603.2080303@ruecker.fi>

This is to announce the release of Icecast 2.4 beta4 (aka 2.3.99.4).

We've landed an important bug fix and we're looking forward to testing
and feedback. As this is a beta release please discuss it on the
icecast-dev mailing list.
(Please do NOT cross-post to both lists, do NOT reply to the icecast
mailing list, PLEASE reply to icecast-dev at xiph.org only).

  * Fixed a memory leak. Lost headers of stream because of wrong ref
    counter in associated refbuf objects.
  * avoid memory leak in _parse_mount() when "type"-attribute is set
  * Completed HTTP PUT support, send 100-continue-header,
    if client requests it. We need to adhere to HTTP1.1 here.
  * Updated web interface to be more XHTML compliant.
  * corrected Date-header format to conform the standard (see RFC1123).
    Thanks to cato for reporting.
  * Added a favicon to the web-root content
  * We now split handling of command line arguments into two parts.
    Only the critical part of getting the config file is done first (and
    -v as it prevents startup). The rest (only -b) is deferred.
    It allows us to log error messages to stderr even if the -b argument
    is passed. This is mainly for the case where the logfile or TCP port
    can't be opened.

Please test this and also all other new 2.4 features and report to the
dev mailing list with your observations and findings.

Source tar ball:
http://downloads.xiph.org/releases/icecast/icecast-2.4-beta4.tar.gz

Windows build:
http://downloads.xiph.org/releases/icecast/icecast_win32_2.4_beta4.zip

Also there are experimental packages for many distributions built on OBS:
https://build.opensuse.org/package/show?package=icecast&project=home%3Adm8tbr
The package repositories are here:
http://download.opensuse.org/repositories/home:/dm8tbr/
Those are not intended for production use and _none_ of the packages
have been tested, so if it scares your cat, bites your dog and blows up
- enjoy the fireworks.

Cheers

Thomas

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



From aswin.1231 at gmail.com  Fri Jan 24 08:35:37 2014
From: aswin.1231 at gmail.com (Ashwin Kumar)
Date: Fri, 24 Jan 2014 14:05:37 +0530
Subject: [Icecast] multiple sources
Message-ID: <CAEkahq86HByQHBnHAxaEEF4+KCr9tCB1VXUD7z6P2ScyzYSFCw@mail.gmail.com>

how can i configure multiple sources with unique passwords to unique ports.

i want to use single server and multiple sources on multiple ports with
unique password of each.

-Ashwin.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20140124/52ad17f2/attachment.htm>

From member at linkedin.com  Fri Jan 24 08:36:49 2014
From: member at linkedin.com (Aswani Kumar via LinkedIn)
Date: Fri, 24 Jan 2014 08:36:49 +0000 (UTC)
Subject: [Icecast] =?utf-8?q?B=C3=A8rto=2C_please_add_me_to_your_LinkedIn_?=
	=?utf-8?q?network?=
Message-ID: <1872918078.1884608.1390552609480.JavaMail.app@ela4-app0063.prod>

LinkedIn
------------




    Aswani Kumar requested to add you as a connection on LinkedIn:
  

------------------------------------------

rapportive.com showed me your LinkedIn profile in my email.

I'd like to add you to my professional network on LinkedIn.

Accept invitation from Aswani Kumar
http://www.linkedin.com/e/nx18ph-hqt74cc0-4y/dQ3X8SFJ9TWnM3Z6dbMqH9cm1zs/blk/I851427499_16/3wOtCVFbmdxnSVFbm8JrnpKqlZJrmZzbmNJpjRQnOpBtn9QfmhBt71BoSd1p65Lr6lOfPoNnPAVd3sOd34Re4ALpl5KoBpmiBcLejAVdzwNdjgTdz4LrCBxbOYWrSlI/eml-comm_invm-b-in_ac-inv28/?hs=false&tok=1eYvoe-xj4EC41

View profile of Aswani Kumar
http://www.linkedin.com/e/nx18ph-hqt74cc0-4y/rso/15766291/kszf/name/15358367_I851427499_16/?hs=false&tok=2_e90WLrT4EC41
------------------------------------------
You are receiving Invitation emails.


This email was intended for B?rto 'd S?ra.
Learn why this is included: http://www.linkedin.com/e/nx18ph-hqt74cc0-4y/plh/http%3A%2F%2Fhelp%2Elinkedin%2Ecom%2Fapp%2Fanswers%2Fdetail%2Fa_id%2F4788/-GXI/?hs=false&tok=14FHOBzxT4EC41

(c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.


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

From thomas at ruecker.fi  Fri Jan 24 08:56:10 2014
From: thomas at ruecker.fi (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Fri, 24 Jan 2014 08:56:10 +0000
Subject: [Icecast] multiple sources
In-Reply-To: <CAEkahq86HByQHBnHAxaEEF4+KCr9tCB1VXUD7z6P2ScyzYSFCw@mail.gmail.com>
References: <CAEkahq86HByQHBnHAxaEEF4+KCr9tCB1VXUD7z6P2ScyzYSFCw@mail.gmail.com>
Message-ID: <52E22AAA.7040607@ruecker.fi>

Hi,

On 01/24/2014 08:35 AM, Ashwin Kumar wrote:
> how can i configure multiple sources with unique passwords to unique
> ports.


Icecast has the concept of "mount points". Please refer to the
documentation for details.



> i want to use single server and multiple sources on multiple ports
> with unique password of each.


There is no reason to run multiple ports. Icecast is perfectly capable
to accept and serve multiple streams on one TCP port.


Best regards

Thomas B. Ruecker


From chiapas at aktivix.org  Fri Jan 24 13:39:28 2014
From: chiapas at aktivix.org (Chip)
Date: Fri, 24 Jan 2014 13:39:28 +0000
Subject: [Icecast] Possible SYN flooding on port 8000. Sending cookies
Message-ID: <CAKCymP0yA32ag8nPJwPVOf1PZ-YJR1YALdTu0DqRMFH-4D8zxw@mail.gmail.com>

Hi

*Problem *- I'm running Icecast in a VM container on OpenVZ. Syslog on the
hardware node (HN) shows these error messages:

Jan 23 18:43:05 HN kernel: [27469893.430615] possible SYN flooding on port
8000. Sending cookies.
Jan 23 21:37:40 HN kernel: [27480362.817944] possible SYN flooding on port
8000. Sending cookies.
Jan 23 23:43:50 HN kernel: [27487929.582025] possible SYN flooding on port
8000. Sending cookies.
Jan 24 00:27:34 HN kernel: [27490551.695794] possible SYN flooding on port
8000. Sending cookies.
Jan 24 07:45:04 HN kernel: [27516789.113919] possible SYN flooding on port
8000. Sending cookies.
Jan 24 13:11:31 HN kernel: [27536366.011845] possible SYN flooding on port
8000. Sending cookies.

The site below advises:

"This message can come a from a SYN
DDOS<http://en.wikipedia.org/wiki/SYN_flood>,
but in our case it was because of the amount of new connections one of our
application was receiving. The syslog message is emitted when the SYN
backlog of a socket is full."

http://blog.dubbelboer.com/2012/04/09/syn-cookies.html

Furthermore:


"While you see SYN flood warnings in logs not being really flooded,
your server is seriously misconfigured."

*A potential fix* - increase the net.ipv4.tcp_max_syn_backlog kernel
parameter. Or tune some more parameters like tcp_synack_retries and
netdev_max_backlog

*My question *- to fix this SYN flooding problem should I modify
net.ipv4.tcp_max_syn_backlog, net.core.somaxconn and the backlog size
passed to the listen() syscall or might there be an alternative easier fix
such as installing
2.3.3-kh9<https://github.com/karlheyes/icecast-kh/archive/icecast-2.3.3-kh9.tar.gz>
?

Potentially relevant information:

[root at VM ~]# icecast -v
Icecast 2.3.3

[root at HN ~]# uname -r
2.6.32-042stab057.1

[root at HN ~]# cat /etc/redhat-release
CentOS release 6.3 (Final)

In advance, many thanks for your advice and best regards

Chip Scooter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20140124/90390d91/attachment.htm>

From geekshabeka at riseup.net  Fri Jan 24 16:39:57 2014
From: geekshabeka at riseup.net (geekshabeka at riseup.net)
Date: Fri, 24 Jan 2014 08:39:57 -0800
Subject: [Icecast] icecast and webm
Message-ID: <9db2cdc12d5922e4a2c96518e4d7923a.squirrel@fruiteater.riseup.net>

Hi community!

How can I configure vp8 encoder in icecast 2.4 version?The normal way
which is working to include libogg and libtheora...is not working with vp8
because is not a option, and I need to do stream in webm.

Thanks in advance!

Beka



From thomas at ruecker.fi  Sat Jan 25 09:10:19 2014
From: thomas at ruecker.fi (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Sat, 25 Jan 2014 09:10:19 +0000
Subject: [Icecast] Possible SYN flooding on port 8000. Sending cookies
In-Reply-To: <CAKCymP0yA32ag8nPJwPVOf1PZ-YJR1YALdTu0DqRMFH-4D8zxw@mail.gmail.com>
References: <CAKCymP0yA32ag8nPJwPVOf1PZ-YJR1YALdTu0DqRMFH-4D8zxw@mail.gmail.com>
Message-ID: <52E37F7B.10404@ruecker.fi>

Hi,

On 01/24/2014 01:39 PM, Chip wrote:
> *Problem *- I'm running Icecast in a VM container on OpenVZ. Syslog on
> the hardware node (HN) shows these error messages:
>
> Jan 23 18:43:05 HN kernel: [27469893.430615] possible SYN flooding on
> port 8000. Sending cookies.

Sounds like a (mis-)configuration at OS level. Nothing you can do in
Icecast.


Cheers

Thomas


From thomas at ruecker.fi  Sat Jan 25 09:13:29 2014
From: thomas at ruecker.fi (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Sat, 25 Jan 2014 09:13:29 +0000
Subject: [Icecast] icecast and webm
In-Reply-To: <9db2cdc12d5922e4a2c96518e4d7923a.squirrel@fruiteater.riseup.net>
References: <9db2cdc12d5922e4a2c96518e4d7923a.squirrel@fruiteater.riseup.net>
Message-ID: <52E38039.3020707@ruecker.fi>

Hi,

On 01/24/2014 04:39 PM, geekshabeka at riseup.net wrote:
> How can I configure vp8 encoder in icecast 2.4 version?

Icecast doesn't contain any encoders, at all. It just passes through
streams and deals with them on a container level (Ogg, WebM/MKV).


> The normal way
> which is working to include libogg and libtheora...is not working with vp8
> because is not a option, and I need to do stream in webm.

Are you just trying to make sure support for WebM is enabled? It's built
in and doesn't need to be enabled at build-time as we don't depend on
external libraries for that.

Also please note, that there are packages for most distributions on OBS,
see release announcement.


Cheers

Thomas


From geekshabeka at riseup.net  Sat Jan 25 10:58:14 2014
From: geekshabeka at riseup.net (geekshabeka at riseup.net)
Date: Sat, 25 Jan 2014 02:58:14 -0800
Subject: [Icecast] icecast and webm
Message-ID: <e0568b3ba5d3e0163016511a515aaec7.squirrel@fulvetta.riseup.net>

> Hi,
>
> On 01/24/2014 04:39 PM, geekshabeka at riseup.net wrote:
>> How can I configure vp8 encoder in icecast 2.4 version?
>
> Icecast doesn't contain any encoders, at all. It just passes through
> streams and deals with them on a container level (Ogg, WebM/MKV).

ok, thanks, I was mixing gstreamer language with icecast language :-)
>
>> The normal way
>> which is working to include libogg and libtheora...is not working with
>> vp8
>> because is not a option, and I need to do stream in webm.
>
> Are you just trying to make sure support for WebM is enabled? It's built
> in and doesn't need to be enabled at build-time as we don't depend on
> external libraries for that.

Thanks,this information (webm support built in without external
libraries)is exactly what I needed :-)

Cheers!






From email.ashworth at gmail.com  Tue Jan 28 13:22:56 2014
From: email.ashworth at gmail.com (Ashworth Payne)
Date: Tue, 28 Jan 2014 08:22:56 -0500
Subject: [Icecast] Not enough arguments. Ever.
Message-ID: <CANg0KQAHzPTzy=rPrGfGM985Q0GxGYSf45kf=Yd4QygPuZH+tg@mail.gmail.com>

Can anyone recommend a windows source client that functions.  Every one
I've tried is unable to provide enough information to get listed in the
yp-directory.

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

From thomas.ruecker at tieto.com  Tue Jan 28 13:34:13 2014
From: thomas.ruecker at tieto.com (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Tue, 28 Jan 2014 15:34:13 +0200
Subject: [Icecast] Not enough arguments. Ever.
In-Reply-To: <CANg0KQAHzPTzy=rPrGfGM985Q0GxGYSf45kf=Yd4QygPuZH+tg@mail.gmail.com>
References: <CANg0KQAHzPTzy=rPrGfGM985Q0GxGYSf45kf=Yd4QygPuZH+tg@mail.gmail.com>
Message-ID: <52E7B1D5.90506@tieto.com>

On 28/01/14 15:22, Ashworth Payne wrote:
> Can anyone recommend a windows source client that functions.  Every
> one I've tried is unable to provide enough information to get listed
> in the yp-directory.

Have you tried B.U.T.T. yet?
Or Edcast (in one of its revived forms)?

http://icecast.org/3rdparty.php

Both are capable to stream to Icecast and set the public bit.

Or what is your actual problem? The subject of your email indicates some
possibly not source client related problem.

Cheers

Thomas


From email.ashworth at gmail.com  Tue Jan 28 23:03:06 2014
From: email.ashworth at gmail.com (Ashworth Payne)
Date: Tue, 28 Jan 2014 18:03:06 -0500
Subject: [Icecast] Not enough arguments. Ever.
In-Reply-To: <52E7B1D5.90506@tieto.com>
References: <CANg0KQAHzPTzy=rPrGfGM985Q0GxGYSf45kf=Yd4QygPuZH+tg@mail.gmail.com>
	<52E7B1D5.90506@tieto.com>
Message-ID: <CANg0KQCJYedRbnGJ3YjYYi3nb_Pb7_cPmrj2A6wNUsXUzzf7JA@mail.gmail.com>

I tried Butt, edcast, m3w, mixxx, and a VST plugin for streaming from any
DAW.  Same result: not enough arguments. The only thing that works is
liquidsoap, but i can't make that DJ-friendly.




On Tue, Jan 28, 2014 at 8:34 AM, "Thomas B. R?cker" <
thomas.ruecker at tieto.com> wrote:

> On 28/01/14 15:22, Ashworth Payne wrote:
> > Can anyone recommend a windows source client that functions.  Every
> > one I've tried is unable to provide enough information to get listed
> > in the yp-directory.
>
> Have you tried B.U.T.T. yet?
> Or Edcast (in one of its revived forms)?
>
> http://icecast.org/3rdparty.php
>
> Both are capable to stream to Icecast and set the public bit.
>
> Or what is your actual problem? The subject of your email indicates some
> possibly not source client related problem.
>
> Cheers
>
> Thomas
> _______________________________________________
> 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/20140128/7efa2878/attachment.htm>

From purchasing.05 at multiparadigm.com  Wed Jan 29 19:40:51 2014
From: purchasing.05 at multiparadigm.com (MultiParadigm Corp.)
Date: Wed, 29 Jan 2014 12:40:51 -0700
Subject: [Icecast] 403 errors to source client / number of sources
	accumulates / ogg vorbis
Message-ID: <20140129124051.0e377ce7397666338d3aeed6efde40f2.fd6362a129.wbe@email12.secureserver.net>

Using two different source clients on fairly recent Icecast KH,
and ONLY on ogg vorbis streams
source_client_connections and source_total_connections keeps increasing
till it hits the limit,
then the ogg streams quit working.  Sometimes other streams quit as
well.
A restart is then needed.
Any ideas?


From thomas at ruecker.fi  Wed Jan 29 20:29:57 2014
From: thomas at ruecker.fi (=?ISO-8859-1?Q?=22Thomas_B=2E_R=FCcker=22?=)
Date: Wed, 29 Jan 2014 20:29:57 +0000
Subject: [Icecast] 403 errors to source client / number of sources
 accumulates / ogg vorbis
In-Reply-To: <20140129124051.0e377ce7397666338d3aeed6efde40f2.fd6362a129.wbe@email12.secureserver.net>
References: <20140129124051.0e377ce7397666338d3aeed6efde40f2.fd6362a129.wbe@email12.secureserver.net>
Message-ID: <52E964C5.6020408@ruecker.fi>

Hi,

On 01/29/2014 07:40 PM, MultiParadigm Corp. wrote:
> Using two different source clients on fairly recent Icecast KH,
> and ONLY on ogg vorbis streams
> source_client_connections and source_total_connections keeps increasing
> till it hits the limit,
> then the ogg streams quit working.  Sometimes other streams quit as
> well.

Sounds like a bug in that KH version.
Why don't you try regular Icecast instead?

Cheers

Thomas