similar to: Multiple Instances of Icecast???/

reflum, On Mon, 2014-12-08 at 16:54 +0000, Dean Sauer wrote: > On Mon, 01 Dec 2014 23:52:35 +0000, Philipp Schafft wrote: > > > Have you set top to display threads instead of processes? > > I rebooted, one process started, after a while... back to the insane > numbers of them, and even more threads.... > > below is: > > top -H (all threads) > 1509

reflum, On Mon, 2014-12-01 at 22:28 +0000, Dean Sauer wrote: > On Fri, 21 Nov 2014 15:59:42 +0000, Philipp Schafft wrote: > > > Also: would it be ok for you to have a global user that is allowed to do > > that or does it need to be the source user or does it need to be any > > source user (anyone allowed to stream to that mountpoint)? > > Since I am likely the

reflum, On Sun, 2015-04-12 at 23:50 +0000, Dean Sauer wrote: > On Sat, 11 Apr 2015 07:03:16 +0000, Philipp Schafft wrote: > > > You can request /admin/stats.xml. That file will return the overall > > server status including per source information. If the server returns > > 200 with the expected XML document the server is up and running. > > Thanks, my pseudo code

reflum, On Mon, 2012-10-01 at 17:19 +0100, tzara wrote: > hello, > > i am trying to have multiple server instances on different ports on the > same debian server. This by itself sounds wrong. You can bind the same icecast to multiple listen addresses (-> multipe ports). Is there any specific reason you don't do it this way? > i thought if i had (along side the

reflum, On Wed, 2015-01-14 at 12:32 +0000, "Thomas B. R?cker" wrote: > On 01/14/2015 11:59 AM, dtouch3d completely wrote: > > No I haven't because I thought SSL would be only enabled for the > > listener auth, not source auth. > > OK, then you should have two separate listener sockets. > One for SSL and one without. > Point the source client to the one

reflum, On Thu, 2013-02-21 at 09:29 +0200, R?cker Thomas wrote: > On 20/02/13 19:38, Alexandru Matei wrote: > > A week ago I had a blocked icecast server because of the open files. I > > read some posts about the 1024 fd limit but this is not the case. My > > stations rarely has 300 listeners. From the log I can see that around > > 3PM I had 7 listeners on a mount and

Hello, Is there an update to this thread? I currently don't see a ticket in the Icecast bug tracker. On Thu, Jan 22, 2015 at 11:57 PM, Eduardo Martinez <erm13martinez at gmail.com> wrote: > Hello, > > Did an official ticket get created for this? > > The only reference I see is this ticket from 3 years ago. > > https://trac.xiph.org/ticket/1655 > > Thanks in

Good (early[0]) morning, On Fri, 2015-07-31 at 12:11 -0400, Nick D'Angelo wrote: > Where do I set the <errorlog>-</errorlog>? > > In the /etc/init.d/icecast file? In your icecast.xml within the <logging> section. [0] I should really be sleeping at this time of day... > -----Original Message----- > From: icecast-bounces at xiph.org [mailto:icecast-bounces

reflum, On Mon, 2015-02-09 at 22:36 +0100, Marvin Scholz wrote: > If you do not want to do all work yourself, you can use the libshout > library: > Git: https://git.xiph.org/?p=icecast-libshout.git;a=summary > Download: http://icecast.org/download I would support this. libshout takes care of many problems and will always match Icecast development. And it's even easy to use! :)

Good morning, On Fri, 2015-04-10 at 23:41 +0000, Dean Sauer wrote: > After a situation arose, I am looking to put a little script to monitor > my IceCast server to make sure IceCast is up and running, and the feeds > connected... obviously not a verification of audio, yet, but at least the > source is sending data to the IceCast server. > > I can check that IceCast is

reflum, On Thu, 2013-03-28 at 14:28 +0000, David Farrell wrote: > Hi list, > > We're new to Icecast and we're looking at securing the admin functions. > I've trawled the docs but it's not clear to me if we are able to run > this on a different TCP port to the streams themselves. > > Has anyone with a little more experience any insight into this? You can

reflum, On Mon, 2013-10-14 at 19:07 +0100, Keith Roberts wrote: > On Mon, 14 Oct 2013, Basil Mohamed Gohar wrote: > > > To: icecast at xiph.org > > From: Basil Mohamed Gohar <basilgohar at librevideo.org> > > Subject: Re: [Icecast] Bandwidth Usage > > > > On 10/14/2013 12:42 PM, Keith Roberts wrote: > >> If there is no sound input on the client

reflum, On Sat, 2015-05-30 at 09:30 -0700, that Jack Elliott wrote: > Hi, > > Icecast.xml shows a sample path to a mountpoint fallback file as > > <fallback-mount>/example2.ogg</fallback-mount> > > Under Windows, will this next work? > > <fallback-mount>"C:\Users\username\Desktop\foldername\subfoldername >

reflum, On Wed, 2015-06-24 at 06:55 -0700, that Jack Elliott wrote: > Oh -- then I did not understand the documentation. > > fallback-mount > This optional value specifies a mountpoint that clients are > automatically moved to if the source shuts down or is not streaming at > the time a listener connects. Only one can be listed in each mount and > should refer to another

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,

reflum, On Sat, 2015-08-22 at 20:13 -0400, Steve Matzura wrote: > So that means files with metadata in them don't get that metadata > streamed? Too bad that. This had potential. I think what he tried to say is: It may or may not work. There is no official support. If it works for you: fine. If it doesn't or break: no official support ('also fine'). regarding meta data:

reflum, On Thu, 2015-10-08 at 14:52 -0400, Steve Matzura wrote: > Additional to my earlier post, I was also thinking of a single > broadcast relay, but it's not possible to start it and stop it on > demand. One way around this might be to load a special Icecast XML > with the relay in it at the program's broadcast time, then reload the > regular one when the relayed program

Good morning, On Fri, 2015-10-09 at 10:42 -0400, Steve Matzura wrote: > On Fri, 09 Oct 2015 09:05:05 +0000, you wrote: > > >reflum, > > > >On Thu, 2015-10-08 at 14:52 -0400, Steve Matzura wrote: > >> Additional to my earlier post, I was also thinking of a single > >> broadcast relay, but it's not possible to start it and stop it on > >>

reflum, On Fri, 2011-04-29 at 09:05 +0200, Peter J. Philipp wrote: > Hi, > > You don't check for malloc failure. I've made a patch that is possibly > wrong but it saves the program from SIGSEGV and replaces it with SIGABRT. > > -peter > Thanks for searching and finding those locations. :) But I have a question: Not all of them (only had a brief look at the

reflum, On Mon, 2012-12-10 at 20:18 -0800, Byron Young wrote: > The following patch attempts to make the source client user agent and > the max listener client connection duration information available to > (icecast 2.3.2) xsl stylesheets. Thanks for your work. Does the diff still apply to current trunk? If not please send an updated version. > Will there be any memory leak issues