similar to: swapping mountpoints

I just was looking at the CVS nightly build of the icecast2\src\source.c and see that the mountpoint fallback is now implemented (compared to the 2.0.0 release's source.c) I was hoping to use this feature to support a multi-home radio station that has a master mountpoint stream and offsite "guest" mountpoints. These guest mountpoints would attach on a scheduled based and,

I've been thinking about mountpoints recently. There have been a few problems related to them: - If dbox mails and indexes are in different filesystems, and index fs isn't mounted and mailbox is accessed -> Dovecot rebuilds indexes from scratch, which changes UIDVALIDITY, which causes client to redownload mails. All mails will also show up as unread. Once index fs gets mounted again,

Is it possible to somehow meter and log the bandwidth used by individual mountpoints? I'm using mrtg to monitor the whole server, but I'd like to know which mountpoints are creating the most traffic so I can offer better-priced streaming packages to users who really aren't using all that much bandwidth. And also to be able to charge more for users who use way much more bandwidth than

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 List, I'm pretty new to IceCast and I've got a question, Is it possible to limit the amount and types of streams (mountpoints) a user creates? Scenario: I've got several users (say 10), that I want to be able to stream through my server. But to limit the bandwith costs I'd like to limit the amount of data they stream. - The mount specific options will allow me to

We are using icecast as stream-relay for a true narrowcast solution we've developed. The idea behind the system is that each individual client gets it's own mountpoint. Basically we have an application that creates streams. Its written in c++ and uses libshout to handle connecting to icecast. Everything works fine, as long as we keep the number of mountpoints below 347. As soon as we

> this all works fine . but i want to set ices2 on the main web server to > actually broadcast the appropriate archives for off-live times , instead > of redirect to the fileserve . ( will this require much resources if the > mp3/ogg files are already encoded to the correct bitrate ? ) No. Without re-encoding, resource usage is very very low. > > > MY QUESTiON -- if the main

I'm running Icecast package 2.4.1 on Ubuntu 14.04 from ttp:// download.opensuse.org/repositories/home:/dm8tbr/xUbuntu_14.04. I've been running on this server for about 6 months now without any issue and all my streams run great. This icecast server is running on the same host that my wordpress site is running on. This is all on my own private server, not a hosting service. Recently I

hey can anyone help us out with this one? we're working on a system for our community radio station that uses a mysql/php interface a database to manage users and a schedule system. since we have different copies of liveice and ices on different machines for different applicaitons around campus (they are all on different icecast mountpoints on our main server), we need our php script to

is there a way to switch mountpoints from the command line? we need to be able to do it with a script within php. thanks, peter <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No

Two quick questions: 1. Is it ok to use the same password file for multiple mountpoints, or will that cause problems? 2. Why would my clients number 113 larger than my number of listeners? It was right earlier today, but when I restarted the sources it increased by 113, and it has stayed that high since then. I find it especially odd since I have clients set to 100 in icecast.xml, and

On Mon, 12 Apr 2005, Karl Heyes wrote: > My current work is on > http://mediacast1.com/~karl/testing/icecast-2.2-kh3pre.tar.gz Bugs: Relays ignore the hidden flag HUPing icecast puts icecast in a strange state where it doesn't actually take account of the conf changes, and also won't terminate on a TERM and needs a KILL - but it does still "work" otherwise. How is

Do you mean you can relay within a single icecast server instance? So the relay is running on the same icecast process from which it is relaying a stream? KJ -----Oorspronkelijk bericht----- Van: Karl Heyes [mailto:karl@xiph.org] Verzonden: maandag 15 november 2004 22:18 Aan: Klaas Jan Wierenga CC: icecast Onderwerp: Re: FW: [Icecast] Multi-Level Fallbacks On Mon, 2004-11-15 at 20:36, Klaas

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

Hi, Here is my problem : On a server we have a directory, /data, shared with Samba. In this directory, we have two mountpoints : mp300 which contains a 300GB filesystem, and mp500 which contains 500GB filesystem. So we have : |----data |-------mp300 => 300GB |-------mp500 => 500GB and /data is shared wich Samba. On Windows, if we try to put many files, a

San and I were working out some of the requirements we have for booting VMs, and we'd like to "construct" the environment dynamically from the "outside". Not all VMs will have block devices (many will likely be using 9p heavily). We'd like to continue to use kinit for this purpose, though at the moment, kinit is processing the root*= flags as the equivalent of a

Philipp, Thank you for your quick response. I can't believe that I didn't think of that...I guess I just assumed that it would use SSL. I'm using Liquidsoap as my source client. Once you brought that up I started researching whether there was a way to force Liquidsoap to use SSL and from what I found it doesn't look like there is an option...but please correct me if you or

After I installed the latest nightly build, it looks like the fallback works without rebuffering. I do see one problem -- when the main mountpoint stream restarts, the fallback continues to play. Once I stop the fallback mountpoint stream, the main mountpoint stream restarts, but only after client rebuffering Also, during the mountpoint switchovers, sometimes the meta-data is lost in the

> > > > two ideas : > > - should/could i run 2 instances ices w/ separate .xml files ? > > Yes. i've g0t this working ,, but only w/ .ogg . does ices not support .mp3 for the playlist ? _ i even made a separate .xml for when .mp3 archives come up , and i've tried /64kbpsR AND /64kbpsR.mp3 as mountpoints . , all my archives from before December are mp3 ! gh .,

I've got a jukebox type programme streaming out through multiple Ices (0.4) sources, and an Icecast (2.2) server streaming to the listeners over the web. As a new user starts to play tracks on the jukebox, it writes a new ices.conf file (with the specific mountpoint, bitrate etc for that user) and spawns an instance of Ices to stream out that user's music. As it stands today Icecast