similar to: load constraints

On 5/20/05, Dan Stowell <danstowell@gmail.com> wrote: > Hi Iain, > > It's a simple answer: > > > For example, if a box on a 128kbps upload connection is > > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two > > connections > > Yes it is. > > > or is icecast somehow more efficient? > > No - icecast can't

Hi Iain, It's a simple answer: > For example, if a box on a 128kbps upload connection is > serving a 64Kbps stream (and not audio-on-demand) - is it limited to two > connections Yes it is. > or is icecast somehow more efficient? No - icecast can't work miracles! The underlying technology of the internet (the way it is at present, at least) only allows a packet of

hello list I'm preparing to do a sound project in china where I hope to broadcast an mp3 stream using Icecast2. I've set up test system (outside China) and it seems to be working happily (using Pd to generate audio and the extension "shoutcast~" to stream to the icecast server). I've asked a few people in china to tune into these broadcasts and have run into problems.

On Wed, 2005-05-11 at 10:37 +0100, gARetH baBB wrote: > On Wed, 11 May 2005, Iain Mott wrote: > > > Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u > > but was blocked. And at last resolve: > > http://139.168.32.224:7000/streamname.m3u > > Well, 40 minutes later that host is certainly not responding. > good morning No, I shut it down at the

After a bit of debate, it has been decided that all stream types should be allowed to list on our stream directory. We have corrected the load issue and have to come to agreement that it is in the best interest of everyone to support all the broadcasters in the community, regardless of their choices of streaming media type. We encourage all that are currently broadcasting in patent and license

thanks geoff - Yes, I had disabled the <alias source="/" dest="/status.xsl"/> in the config. To answer your question: If the mountpoint is set to "radio.mp3" and the host tag is set for a local broadcast. ie.: <hostname>localhost</hostname> (for testing purposes), this is what happens when I enter "http://localhost:7000/" into a browser:

Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u but was blocked. And at last resolve: http://139.168.32.224:7000/streamname.m3u is that what you mean? no, perhaps you mean the localhost? "bicho" is its name. Pardon me if i'm confused on this. Will also, tomorrow, try your suggestion of port 443 and Ross' suggestion of the web port. cheers, iain On Wed,

On Sun, 5 Jun 2005, Iain Mott wrote: > figured it out! I have a dynamically allocated IP address - and i was > entering a dynamic DNS name in the shoutcast server config expecting it > to be resolved. It wasn't. I entered the IP address just then and it > relays perfectly! Will follow up with the shoutcast service support to > see why my dynamic name isn't being resolved

Hello, I've been trying to resolve a volume issue. I have an analogue SIP phone that has low gain on its microphone. This can be resolved by putting the following in its extension config: Set(VOLUME(TX)=4); The problem is that the caller to this extension will be making attended transfers and the change in channel volume distorts the voice prompt "transfer" and the subsequent

thanks - unfortunately the client software (Pd with "shoutcast~") won't let me set "/" as a mountpoint (or "" for that matter). i've tried aliasing with <alias source="/" dest="/radio"/> and <alias source="/radio" dest="/"/> but no joy. iain PS. typo in my last email - xmms error is: "401" and not

hi list this is as probably more of networking problem than an icecast problem but it is related - hope people don't mind. I've been running tests for a project that starts 20 August. I'm sending stream from my audio software to a local icecast server, then relaying this to a commercial shoutcast service. Initially i was using 7000 for the relay port. Worked fine. Then one morning

hm, to have a look at Pure Data and external called oggcast~ http://www.akustische-kunst.org/puredata/ is recomended, you can set quality/bitrate/samplerate ... while streaming then, and do whateweryou want to your sound before sending it to icecast, including building your compressor-limiter. cheers Ales Zemene -- http://ales.mur.at irc.kunstlabor.at #kunstlabor citation of

I have a need to stream 6 or 8 different audio sources (radios), and am seeking suggestions on the best way to do it. Although I'd like to stream each separately, I could combine them to stereo streams and do 2 on each. I'd like to know what the best hardware configuration would be to accomplish this? Are there any multiple input sound cards that have been successfully tested, or

Hi Chris, On 14 Mar 2015, at 21:42, Chris Bieneman wrote: > Just out of curiosity. The community generally seems to be moving away from autoconf toward CMake. Is there a reason why you need the autoconf build bad enough to support it out-of-tree? The reasons a short-term and boring engineering/project-related, rather than ideological. We all agree that one well-maintained build system is

I fixed the immediate problem - please let me know when you are going to break my build so I can switch to maintaining it locally. thanks Iain ] On 13 Mar 2015, at 17:04, Rui Ueyama wrote: > Looks like most developers prefer Makefile removal, and there's no push-back. Let's go ahead and remove them. I'll send a patch. > > On Wed, Mar 11, 2015 at 3:33 PM, Iain Sandoe <iain

Hi, I've just installed samba 2.2.6 [solaris 2.6] and while ./smbstatus (on solaris) reports version 2.2.6, network neighbourhood [ or net view4] (on win 2k/win98) report Samba 2.2.5 Any ideas? ta iain -- -------------------------------------------------------------- Iain Morrison MRC Cognition and Brain Sciences Unit 15 Chaucer Road Tel 01223 355294 xt 581

No, I just think 15 years or so is more than enough time to have addressed the issue. On Thu, Mar 26, 2015 at 14:05:08 -0700, Dan Kaminsky wrote: > So, this isn't your problem and you don't respect the people's whose > problem it is. > > On Thu, Mar 26, 2015 at 12:43 PM, Iain Morgan <imorgan at nas.nasa.gov> wrote: > > > On Thu, Mar 26, 2015 at 11:55:18

those address should be: http://zhongshuobeijing.dyndns.org:7000/puredata.m3u and http://139.168.32.224:7000/puredata.m3u On Thu, 2005-05-12 at 07:10 +1000, Iain Mott wrote: > On Wed, 2005-05-11 at 10:37 +0100, gARetH baBB wrote: > > On Wed, 11 May 2005, Iain Mott wrote: > > > > > Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u > > > but was

I got this today trying to place a call through FWD: SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 217.11.11.1:5060;branch=z9hG4bK230f856c From: "Iain" <sip:12345@fwd.pulver.com>;tag=as6eaa85fb To: <sip:10001@fwd.pulver.com>;tag=b27e1a1d33761e85846fc98f5f3a7e58.3701 I didn't used to have any trouble with FWD and * is registering with FWD OK. Has

I have fixed the issue locally, but been out of the office - can apply the fix - or just maintain the makefiles locally if no-one else really wants them, fine with whatever the community decision is. Iain On 11 Mar 2015, at 22:11, Rui Ueyama wrote: > I'd agree, but the Makefiles were added just 9 months ago. I don't know if there's a real need of any kind. Added Iain who added