similar to: MOH/mpg123 broken when running asterisk as non-root?

Hey all, I have read on voip-info.org that to configure MoH asterisk requires the use of mpg123. I have installed mpg123 and restarted asterisk. But, when i put a call on hold i get this error: May 25 14:13:03 WARNING[1872]: res_musiconhold.c:865 local_ast_moh_start: No class: default Can you help, Thanks yusuf

You could try to use the native mp3 support for MOH if you really want mp3 support. It is a lot better than using mpg123 IMHO. mpg123 kept doing nasty things to my system :) See http://www.voip-info.org/tiki-index.php?page=Asterisk%20config%20musicon hold.conf there is a section about the native support. Guillaume > -----Original Message----- > From: Stefan Gofferje

I'm trying to get musiconhold to work w/ my Asterisk system, and I'm not having much success yet. First, I noticed that nothing happened even after I had enabled all of the options in zapata.conf & setup a sample extension in extensions.conf. Then I read something about how Asterisk uses mpg123 to play the files. I discovered that this had not been installed on my system, so I

Hi, What port does mpg123 uses to play music on when it starts MoH after asterisk has put called on hold? Zach A

Trying to test the music on hold function and can't seem to get it to work. If anyone has it running, could you give me a clue? (I have googled and found lots of questions, but no real suggestions.) I downloaded and installed the mpg123 package. From the RH9 console I can start the executable and hear the music via the speakers. The executable is located in /usr/bin. (That works!) I set the

Running Asterisk 1.6.2.11 on debian 5.0.6 with mpg123 1.4.3 when i start asterisk, i immediately see two mpg123 processes spawned which sit there forever. I can't imagine it's normal behavior, but if it is, please explain :) # /etc/init.d/asterisk stop stopping asterisk. #[...] # /etc/init.d/asterisk start starting asterisk. # psg aster root 14573 1 0 16:29 pts/2 00:00:00

When I configured this server, I did not do the make mpg123 option. Months later, I read about it and did it, as the client was asking about MOH. About a week later the server crashed, which it never has before. I believe mpg123 have a memory leak. What's the best way to remove it, and is there an alternative that is stable? -- Chris Mason NetConcepts (264) 497-5670 Fax: (264) 497-8463

Hullo :) I'm using CVS-04/23/04-23 from the stable 1.0 branch on kernel 2.6 - since I have no Digium h/w, I've just managed to get the zaprtc module to compile and run, so I thought the best way to test it would be via MoH. The MP3Player application works great .. exten => 6901,1,Answer exten => 6901,2,MP3Player(http://127.0.0.1:85/ES/28) This will play callers BBC Radio 4 from

Been using mpg123 for moh for the last two years or so. However, when I have * config errors, often times get a endless stream of console messages and need to kill the two mpg123 processes. Is there an alternative to mpg123 that eliminates that issue? I see references in musiconhold.conf relative to madplay, native file format, asterisk-addons, etc. Not sure why the asterisk-addon approach

Hi list, I'm streaming live mp3 streams (web radios) via mplayer and mpg123 using MusicOnHold. Often, one or two of the streams die during the day and I have to restart (not reload) Asterisk to bring it back. "moh reload" on the console doesn't do anything. This is suboptimal if there are active callers, of course. Is there any way to restart the MOH system without

When I start * I get 6 mpg123 processes start as well. Is this normal? Often after a couple of days these mpg123 processes start to consume cpu and I have to kill them off. I do not have a sound card in the server and I have noload => chan_oss.so Simon

Hello list, after the last time that mpg123 wen ballistic on our production system, we decided to skip mp3 playback altogether and to go for raw files. After half an hour playing with mpg123 and sox parameters in order to translate a mp3 file to a wav file that can be streamed back through * with no need for an mp3 decoder, I thought I'd post the result to the list to avoid wasting

I'm still getting a sementation fault with mpg123. I have tried different parameters creating mp3s the last from cd audio ... lame -m s --resample 8000 -q 0 -a --cbr -b 32 and several versions of mpg123. I have always created 8000 hz outputs. I've got other * boxes that don't use moh that have been up for months. This one crashes every couple of days - the verbose output leading to a

Hi there, After scratching my head for days on why there is horrible white noise in musiconhold, I finally found out that the latest emerge version of mpg123: 0.59s-r2 is not working well with asterisk. However, if you get the latest source from mpg123.de mpg123-pre0.59s.tar.gz. Then it works wonderfully. Just a heads up for the Gentoo admin David

I am trying to music on hold but I am having all sorts of problems with it. I am running RH9 and the latest version of Asterisk as of yesterday. Here is what I did to test it: 1. I manually deleted the mpg123 softlink to mpg321. 2. I downloaded mpg123-0.59r-1.n0i.src.rpm, compiled and installed the the archive and loaded ztdummy.o module. 3. I threw a couple extra files in the mohmp3 directory

Hi list, I just installed Asterisk 1.4.38 (on an updated Centos 5.5 machine) and am getting this error : WARNING[6472]: res_musiconhold.c:856 moh_scan_files: getcwd() failed: No such file or directory with the default musiconhold.conf file. When I change musiconhold.conf to this: [default] mode=mp3 directory=/var/lib/asterisk/mohmp3 (and have converted all the wav files to mp3 and put them

Has anyone noticed a problem with runaway mpg123 processes for music-on-hold eating up ~100% CPU and driving the load on the machine way up? I've seen this problem consistently with multiple Asterisk installs, 1.2.x and 1.4.x, although admittedly it was more common with 1.2.x as far as I can tell. There is no clearly identifiable sequence of events that causes this to occur, although it

Hi list, I've always about 50 concurrent SIP callers listening to several MOH streams (fed via mpg123) on Asterisk 11.4.0, 4x 2.2 GHz and the CPU usage is always at about 250% causing stuttering of the streams and delays when using Read() and Playback() (overall everything is just really slow/delayed). I've seen Asterisk doing that when the MOH stream that was fed via mpg123 was

All, I've been setting up an Asterisk PBX over the past few days and I stumbled across a problem with mpg123 that I have not seen documented anywhere. If you put mp3 files into your mohmp3 directory and these files have ID3v2 tags, mpg123 will throw an error message "Found new ID3 Header", regardless of the -q flag. This, in turn, will cause Asterisk to crash (yes), although

[thread change, different topic] >is there a clean way to have MOH (Music on Hold) source >its audio from say a MS-ASF streem ??? > >got a radio station that wants to have their MOH come >from their ASF based netbroadcast I have run out of time for fooling around today, but I started to think about this one but have no time (or ability) to build this little glue program.