similar to: Meetme conf and Shoutcast

Hello, I have a crossover PRI(Asterisk server to PBX) and a regular telco PRI T1 line and currently have echocancel=yes and echocancelwhenbridged=yes on those spans in zapata.conf. I was discussing CPU load with another Asterisk user and he mentioned that PRIs don't need echo cancelation and that turning it off will reduced CPU load on the server. I checked many sample configs and the

I would us Meetme for conferance SIP-->SIP fist. my Meetme.conf: [rooms] conf => 9999 my extensions.conf: exten => 9999,1,MeetMe(9999) But : == Parsing '/etc/asterisk/meetme.conf': Found Jun 16 10:33:22 WARNING[12100]: chan_zap.c:916 zt_open: Unable to open '/dev/zap/pseudo': No such file or directory Jun 16 10:33:22 ERROR[12100]: chan_zap.c:6969 chandup: Unable

i.e. iax1-------+ iax2-------| iax3-------|-- * -- MeetMe -- shoutcast radio ....-------| iaxn-------+ would be a great way for corporation to broadcast meetings. board meetings live management meetings live sales demonstrations and all interactive. you get the picture. right now i'm thinking of just patching a cable from the * operator console to a shoutcast server.

Here is a patch for icecast 2.3.2 that adds support for listening to mp3 and aac+ streams on the iphone. A quick background on the technical aspects of the patch and why it is needed : With the advent of 3g on the iphone, lots of people have been jumping on the bandwagon of providing internet radio streams that work on the iPhone. The biggest problem is that (without having to install an

I have a Digium TDM400 in my system and I'm using my main system as my asterisk box at home (very light load). When I start up *, though, it grabs my sound card and I cannot play other music through it (e.g. x/ XMMS). I have moved the alsa.conf and oss.conf files so that there is no configuration for them (though those files seemed to do little), but still the sound card is grabbed. How can

It's nice to be able to define the list of asterisk modules we want to load from the /etc/sysconfig/zaptel file rather than directly in /etc/init.d/zaptel. I'm using nufone and don't require anything but the ztdummy (is the rtc-based module better, anyone?), so that's what I've put here. These are based on zaptel-1.0-RC1. John --- zaptel-1.0/zaptel.init.ole

hi Is it possible to find out what source/destination operator you're connected to from the ISDN signalling? Number lookups no-longer work since number porting begun, and access to the national database for these numbers cost too much :( thanks roy

Hi, Can I use HT-486 as VoIP Gateway together with Asterisk? Are there any success experiences? -- Best Regards, Miroslav Nachev

At 12:32 AM 12/29/2004, you wrote: >Hi: > >Ok, I've not managed to find any documentation on the shoutcast >compatibility introduced in icecast 2.2.0, so please humour me if I >missunderstand how it's meant to work. > >This is my understanding of it currently: > >1. You configure Icecast (as shown in the shoutcast example) so that >shoutcast connections

I think the message is pretty clear: The Shoutcast directory only lists Shoutcast servers. However, it would seem logical that if a Shoutcast server was setup to relay an Icecast server (i.e. the Shoutcast source is an Icecast server) then it would still be listed in the Shoutcast directory as normal. I would assume that the goal of this kind of setup would be to gain a wider audience. However,

Hi, The problem the other way around: IceS -> IceCast -> ShoutCast -> KiSS (the KiSS then decodes the mp3 to a RAW SPDIF stream, which is received by my sourround receiver). But the constallation is somewhat overkill and slightly unstable, so I would prefer just IceS -> IceCast -> KiSS But that does not work at all for unknown reasons (since shoutcast can do this, and the

Hi, my zaphfc is flooding my syslog with two messages (even without asterisk running). Is this "normal"?: -------------------------------------------------- zaphfc: bchan rx fifo not enough bytes to receive! (z1=1360, z2=1353, wanted 8 got 7), probably a buffer overrun. zaphfc: dropped audio (z1=2712, z2=2695, wanted 8 got 17, dropped 9). With Asterisk running (asterisk -vvvvvgc)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Scott, I run a shoutcast server that uses relays. Shoutcast doesn't do anything with mount points, to my knowledge. You connect using ip:port format only. Feel free to email me off list with any questions you've got. You might also try the shoutcast discussion list, which is where its really supported. The sign up is on the shoutcast page.

On Wed, 23 Nov 2005 00:20:44 -0800 EISELE Pascal <pe@letsgozic.com> wrote: > Hello, Hi, > Icecast is a great project but there is one big > problem left ! We can't register into shoutcast > directory which is the mosted used radio directory > in the world. So this realy difficult to find more > listeners... After many search, I was thinking that > the only way to

I've been thinking more about this. It would be really nice if Icecast could add a port to a mountpoint and emulate whatever information Shoutcast requests when it relays a shoutcast stream. This way Shoutcast could relay Icecast streams. Fred _____ From: Fred Black [mailto:fred@batanga.com] Sent: Monday, July 18, 2005 2:36 PM To: 'icecast' Subject: RE: [Icecast]

On Tuesday 25 March 2003 01:04, Geoff Shang wrote: > Hi: > > I have some people who want to be able to broadcast using a shoutcast DSP > plugin with MP3, to an icecast2 server. But we can't get it to work. > Since I can't be bothered booting one of our boxes into windows to try the > shoutcast DSP itself, I decided to use darkice in shoutcast mode. I know > this

On 08/08/11 18:15, Raymond Lutz wrote: > I've been reading posts on the difficulty in getting an icecast stream > listed in the shoutcast directory. Apparently, it is necessary to run > the shoutcast server to do this. Before I go down a cheeseless rathole, The protocol for the directory is different to ours and when it was stated that entries not from shoutcast servers would be

Hi all , anybody see a solution to this? I understand this is off Topic :-( 2012/1/21 michel memeteau <michel.memeteau at gmail.com> > HI , Sorry as I did not read all the thread , but I answer from here : > > 2011/8/8 Karl Heyes <karl at xiph.org>: > > On 08/08/11 18:15, Raymond Lutz wrote: > >> I've been reading posts on the difficulty in getting an

This is absolutely not "off-topic" and if this list will not support this VERY IMPORTANT discussion, then I will be happy to host the discussion on a different list for those who are interested. I have been trying to solve this for some time. Much of the problem so far has been Shoutcast internal problems (on their site) which I assume are cleared up now. My current assumption is it

If propagation of Ogg Vorbis is the (or a) goal of Icecast then probably the best strategy is to build an embedded Ogg Flash Player of some sort, so that people unwittingly become Ogg users without lifting a finger, and broadcasters can start using it without fear that they'll lose listeners due to their protocol choice. I've been streaming for more than 7 years now with Quicktime,