similar to: Remote Icecast monitor available for 'mon'

While maintaining the Relay-Server for Radio Subether [1] the official Chaos Communication Camp [2] Radio Station I noticed some weird behaviour. We don’t have QoS for the Relay-Path, so the Relay started pretty soon to be unstable. Especially the higher bandwidth streams are very often unavailable. To monitor this behaviour I was constantly reloading the "List MountPoints" page AND

Found this: http://bonehunter.rulez.org/~algernon/blog/2005/03/31/#munin_icecast Traffic monitoring by mountpoint like this ought to be built into icecast server. Thanks, Shannon -----Original Message----- From: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org] On Behalf Of Thomas B. Ruecker Sent: Wednesday, July 26, 2006 6:19 PM To: icecast@xiph.org Subject: Re: [Icecast] Monitor

> What happens when I use instead of ONE stream > different streams, because my concept is an on-demand > radio station that basically provides everyone with > access to a huge library of music files and lets him > create an own playlist that will be played only for him.. > so if there is 1000 concurrent users, can there be 1000 > different mount points - and will it

Hi Jack thanks a lot for the inside information about the mountpoints. So what you're saying is that I need for my project when doing with icecast 1.x - per 25-50 concurrent users one single server So problem is, if I wanted to handle, say 1000 streams, I would need 200 Servers..this puts the concept a bit in jeopardy because that would push the cost of the service into astronomical..in

At 05:37 PM 11/16/01 -0800, you wrote: >Hi Geoff! > >Thanks for your help on all of this! > >Well everything compiled happily. libshout, ices and icecast. >I've been messing about with ices and icecast .xml config files >but I'm a bit confused. > >Does this new ices only handle live input from the sound card or >can I send it a batch of files to use? There

How does one get mountpoints working. I have tried time and time to get seperate mountpoints going (eg 56k and 112k on /56 and /112) but no dice. Do I need to start 2 instances of icecast? Any pointers are appreciated. -Paul Slinski --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to

Hi guys, I'm writing an application that will sniff audio streams going across the network and allow a seperate client application to listen into one of these streams. I was looking into ways to distribute the captured stream media to a client for listening, and icecast came to mind. Icecast, as I understand it, is usually used for streaming a few data sources to MANY clients. As I want

Great Job ! ;) Are you planning to : - correct the metadata problem when you're relaying an icecast v1 server ? (our radio totaly depend on icecast v1...) - add an option to enable backup streams only when the primary one is done ? I mean that if a defined two mountpoint that are relaying different stream (from a primary and a secondary server) and define the backup option to the second

On Sat, 2003-11-22 at 04:59, Kerry Cox wrote: > I've gotten a request from another broadcasting partner to set up yet > another streaming audio server. They would like to stream in both ogg > and mp3 formats from off a single icecast machine. I have been searching > through the archives and I have seen this mentioned as being possible, > but no real configurations. > I would

On Saturday 19 April 2003 01:17, Daniel Seebald wrote: > Do I have to manually configure these mountpoints in the icecast > configuration file? > And if I have to, what shout be the username for the shoutcast dsp? Or > can it be just > anything I like? No, you don't have to configure the mountpoints in icecast. Mike --- >8 ---- List archives:

On 19 Apr 2017, at 16:20, Jack Elliott wrote: > For our community radio station's live music festivals broadcasts, we > set up a small broadcast studio at the festival's venue, and use > B.U.T.T. to send a stream to an Icecast server located at the radio > station's building. > > REMOTE LOCATION STATION BUILDING > B.U.T.T. =======

Hi, We have some time-outs when there connecting more thane 1400 listeners to Icecast. We use CentOS Linux release 7.6.1810 on port 80 and 443 for SSL on IPv4 and IPv6. The stream have many mountpoint 16 active (8 main en 8 fallback and 8 file when faillback is down) The server have 2 CPU's on 3Ghz and 6000mb memory. And we 1 GB uplink (we use 130mbit on peak). We use a hardware firewall

I wanted to call out Marco Agostini, who so kindly wrote up a post on using various tools to monitor GlusterFS performance: http://community.gluster.org/p/some-tools-to-monitor-performance/ Please review and comment as you see fit. If you find it helpful, let Marco know by clicking the "like" button. While we're on the subject of Monitoring GlusterFS, Gluster Superstar Craig

Hello Michael damn, I was afraid of that, but thanks for lightening me up (although I am in complete darkness now, after having seen the light just some days ago..) I'm looking into http streaming of the static files just now, but I came to find that there is one huge drawback: 1. when sending the stream out with icecast/shoutcast it would be possible to "push" the next song

> That much I figured out. I'm trying to use winamp to set up a remote > broadcast. Where do I tell (either icecast or winamp) what the mount > point is. When I use the shoutcast source it appears to create a mount > moint cammed ice_0. I have no idea where that comes from. If you use Nullsoft's tools, you cannot specify mount points. That's because the Nullsoft team

So basically, I download and install ices 0.3, fire it up as well and then using the currently running icecast server, just set a new mountpoint. Instead of /ksl.ogg I would make a /ksl.mp3 mountpoint. This would be configured in the configuration file included with ices 0.3? I am only doing live streaming, feeding a raw audio feed into the box, and then encoding it on the fly. Thanks much. KJ

>So problem is, if I wanted to handle, say 1000 streams, >I would need 200 Servers..this puts the concept a bit >in jeopardy because that would push the cost of the service >into astronomical..in comparison to handling, as I had planned >until now, 500 individual streams per server. Well, your calculations are a bit off here to begin with - the numbers here give 20 (or more)

# icecast Icecast Version 1.3.12 Initializing... Icecast comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of Icecast under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. Starting thread engine... [05/Jan/2003:15:14:38] Icecast Version 1.3.12 Starting.. [05/Jan/2003:15:14:38] Starting Admin

After one minute of connection the stream from our icecast 1.3.10 server (debian package 1.3.10-2) starts stuttering. And after some stuttering the client is disconnected by the server. The usual client is a windows winamp. The icecast logs shows that the the client is not receiving data fast enough. A small part out the logs is shown below. That the data is not received fast enough is rediculous

On Wed, Jun 26, 2002 at 08:22:18PM +0200, Thomas Gutzler wrote: > > On Wed, Jun 26, 2002 at 10:08:20AM +0200, Thomas Gutzler wrote: > > > > > Can I force a special streamer "foo" always to be heard on a specified > > > mounpoint "/bar" ? > > > > Please rephrase the question im not sure i understand? > > OK. Theres a DJ