[Asterisk-bsd] Music On Hold, working with FreeBSD 5.3

[Kiel R Stirling]

sorry wrong thread

:)

----- Original Message ----- 
From: "Kiel R Stirling" <kiel at knss.net>
To: "Asterisk on BSD discussion" <asterisk-bsd at lists.digium.com>
Sent: Friday, April 08, 2005 9:09 AM
Subject: Re: [Asterisk-bsd] Music On Hold, working with FreeBSD 5.3


> Got it working .. needed to recompile asterisk.
> How are people auto loading the modules?
> something like
>    cd <src-dir>; make ztdload
>
> or are they copying the files to /usr/local/lib/zaptel/
> then using kldload?
>
> ----- Original Message ----- 
> From: "Chris Stenton" <jacs at gnome.co.uk>
> To: "Asterisk on BSD discussion" <asterisk-bsd at lists.digium.com>
> Sent: Friday, April 08, 2005 3:14 AM
> Subject: Re: [Asterisk-bsd] Music On Hold, working with FreeBSD 5.3
>
>
>> Have you tried "zttest -v" to see if the timing is ok.
>>
>> zttest is in the zaptel/test directory
>>
>> Also make sure you are loading the zaptel modules built with the current 
>> kernel sources and not an older version.
>>
>>
>> Chris
>> ----- Original Message ----- 
>> From: "Kiel R Stirling" <kiel at knss.net>
>> To: "Asterisk on BSD discussion" <asterisk-bsd at lists.digium.com>
>> Sent: Thursday, April 07, 2005 4:35 PM
>> Subject: Re: [Asterisk-bsd] Music On Hold, working with FreeBSD 5.3
>>
>>
>>>I have cvsup'd to 5.4-STABLE and have installed the latest src from the 
>>>listed site and I have recompiled my kernel with the required option. Now 
>>>when I load the dummy asterisk fails to load. It fails at different point 
>>>each time so asterisk-cvvvvvv is no help.
>>>
>>> Any idea's ??
>>>
>>> -Kiel
>>> ----- Original Message ----- 
>>> From: "Chris Stenton" <jacs at gnome.co.uk>
>>> To: "Asterisk on BSD discussion" <asterisk-bsd at lists.digium.com>
>>> 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: <harrisb at rcisd.org>
>>>> To: "Asterisk on BSD discussion" <asterisk-bsd at lists.digium.com>
>>>> 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
>>>>> Asterisk-BSD at lists.digium.com
>>>>> http://lists.digium.com/mailman/listinfo/asterisk-bsd
>>>>>
>>>>
>>>> _______________________________________________
>>>> Asterisk-BSD mailing list
>>>> Asterisk-BSD at lists.digium.com
>>>> http://lists.digium.com/mailman/listinfo/asterisk-bsd
>>>>
>>>
>>> _______________________________________________
>>> Asterisk-BSD mailing list
>>> Asterisk-BSD at lists.digium.com
>>> http://lists.digium.com/mailman/listinfo/asterisk-bsd
>>>
>>
>> _______________________________________________
>> Asterisk-BSD mailing list
>> Asterisk-BSD at lists.digium.com
>> http://lists.digium.com/mailman/listinfo/asterisk-bsd
>>
>
> _______________________________________________
> Asterisk-BSD mailing list
> Asterisk-BSD at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-bsd
>