Any idea's ??
-Kiel
----- Original Message ----- From: "Chris Stenton" <[EMAIL PROTECTED]>
To: "Asterisk on BSD discussion" <[email protected]>
Sent: Wednesday, April 06, 2005 8:49 PM
Subject: Re: [Asterisk-bsd] Music On Hold, working with FreeBSD 5.3
You don't neeed to sample down mp3 files to use format_mp3 infact they will sound better if you don't. If you are going to sample down you might as well convert them to slinear at the same time to reduce overhead.
Is there some old documentation around still cos it was a very early version of mp3_format that was fixed format?
A bit late now but what mpg123 thread problem were you having I thought I fixed that months ago on 5.2.1? I am running 5.4-stable now and cvs-head seems rock solid at the moment.
Chris
----- Original Message ----- From: <[EMAIL PROTECTED]>
To: "Asterisk on BSD discussion" <[email protected]>
Sent: Tuesday, April 05, 2005 3:19 PM
Subject: [Asterisk-bsd] Music On Hold, working with FreeBSD 5.3
Folks, Just wanted to share my successes. I had been running my home * box on FreeBSD 5.2.1. Switching back and forth between 1.0.7 and CVS current, up until a couple of weeks ago, when CVS started breaking. MOH was unusable due to mpg123 thread problems.
I had read about the new format_mp3, but could not get it working under 1.0.7.
I knew I might have some issue with 5.2.1, as most the list messages implied the baseline OS was now 5.3-RELEASE. So, I booted up off of 5.3 CD and 30 minutes later had 1.0.7 running fine.
So, I figured, why not press my luck, updated CVS, copied in the format_mp3 patch, sampled down 4 mp3's with 'lame', and MOH worked like a champ.
Interesting side note, on 5.2.1, CPU utilization for a typical IAX bridged call ran about 2-3% with fair amount of run time.
Under 5.3-RELEASE and cvs-current, cpu utilization is negligble
accumulating much
less cpu time on-call or with MOH playing. I haven't looked at it close
enough to see
if it's just a difference in the way 5.2.1 and 5.3 report utilization, but
it appears more
work is offloaded to system rather than user time.
Don't know about stability yet, but will see after a few days.
Bill
--------------------------------------------------------------------------------
_______________________________________________ Asterisk-BSD mailing list [email protected] http://lists.digium.com/mailman/listinfo/asterisk-bsd
_______________________________________________ Asterisk-BSD mailing list [email protected] http://lists.digium.com/mailman/listinfo/asterisk-bsd
_______________________________________________ Asterisk-BSD mailing list [email protected] http://lists.digium.com/mailman/listinfo/asterisk-bsd
