search for: reflum

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? Thanks, David.

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

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 >> demand. One way around this might be to load a special Icecast XML >&g...

...a 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...

On 3 April 2013 02:19, Philipp Schafft <lion at lion.leolix.org> wrote: > 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 differ...

On 25/12/12 12:17, Philipp Schafft wrote: > reflum, > > On Mon, 2012-12-24 at 20:40 -0600, Don Soad wrote: >> I configure icecast wih pretty much default configuration and changed >> on my /etc/icecast/icecast.conf : >> >> encoder_password qwQ4N.9cD37ag admin_password qwQ4N.9cD37ag >> oper_password qwQ4N.9cD...

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

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

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

hello, i am trying to have multiple server instances on different ports on the same debian server. i thought if i had (along side the standard server files): /etc/icecast2/icecast+.xml config file (with changed port number) /etc/default/icecast+ pointing to new config file new log files with 777 permissions (for the sake of testing) and an /etc/init.d/icecast2+ file to start it all up

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 ends. Klugey, but it could work I suppose. On Thu, 08 Oct 2015 06:20:47 +0000, you

On Mon, 01 Oct 2012 16:37:04 +0200, Philipp Schafft wrote: > 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...

So that means files with metadata in them don't get that metadata streamed? Too bad that. This had potential. On Sat, 22 Aug 2015 20:55:11 +0200, you wrote: >On 22 Aug 2015, at 20:47, Steve Matzura wrote: > >> I just happened on a comparison page with a table listing the >> differences between Icecast and Shoutcast (Icecast wins, of course), >> and found a line that

Sorry to leave that out. My connections typically last 2-6 hours before the socket timeout error. The streams are MP3, either 64KBPS or 128KBPS. Nathan also asked about firewalls. My Windows Firewall is off, and my machine's antivirus doesn't have a firewall feature. I don't think there's any firewall in play here. Before emailing the list, I looked through several months of

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

...k. My question has to do with whether Icecast will be happy with the syntax I have proposed as the path to the file. -- that Jack Elliott 541 848 7021 Producer Wednesday Point, Host, The Sunday Classics KPOV 88.9, High Desert Radio Audio geek On 05/31/2015 05:12 AM, Philipp Schafft wrote: > reflum, > > On Sat, 2015-05-30 at 09:30 -0700, that Jack Elliott wrote: >> Hi, >> >> Icecast.xml sh"A fallback mount can also state a file that is located in webroot. This >> is useful for playing a pre-recorded file in the case of a stream going >> down. It wi...

Hello, I'm currently using Liquidsoap to stream a group of files to Icecast. The stream is sent to Icecast in a few different formats (MP3,HE-AAC v2,OggFlac,OggOpus). The "Current Song" metadata is correctly displayed for the MP3 and the AAC stream, but not the OggFLAC or OggOpus stream. I see a few entries in the Icecast forums, but it does look like FLAC metadata support never

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\fallback.mp3"</fallback-mount> Also, the usage of a fallback mount is only shown in the sample icecast.xml under a commented-out section,

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 mountpoint on the same server that is streaming in the _same streaming format_. I was thinking that

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. Will there be any memory leak issues in the lower level functions like the acl, etc. when the source is disconnected, when servicing queries, or otherwise? BEGIN icecast-2.3.2-moremntinfo.patch diff --git src/source.c