[Freeswitch-users] Invalid and unreliable DTMF

[Manish Kumar]

Hi,

Thanks Steven..!!

The start and stop just while making play_and_get_digits did the trick,
below is the sample used in perl ESL.

$conn->execute("spandsp_start_dtmf");
$conn->execute("play_and_get_digits","1 1 1 9000 * play.wav wrong.wav $val
[123]");
$conn->execute("spandsp_stop_dtmf");

However when using the same when detecting multiple dtmf results in
duplicate dtmf sequence, (sample below )


$conn->execute("spandsp_start_dtmf");
$conn->execute("play_and_get_digits","6 6 1 9000 * play.wav wrong.wav $val
[123]");
$conn->execute("spandsp_stop_dtmf");

For the above example when i press 123 i am receiving 112233. Found on
wiki<http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf>about
such repetitive DTMF but is there any way to stop the default inband
DTMF detection already going on.

I have already tried calling stop_dtmf before starting spandsp_start_dtmf
but no luck. :(



On Wed, Apr 23, 2014 at 5:15 PM, Steven Ayre <steveayre at gmail.com> wrote:

> What i found after enabling mod_spandsp is that it tries to evaluate
>> frequencies from entire audio
>
>
> How else would it detect inband DTMF which could happen at any time during
> the call?
>
> If you don't care about DTMF after a certain point you can call
> spandsp_stop_dtmf later.
>
>
> On 23 April 2014 11:46, Manish Kumar <manish.kumar.fs at gmail.com> wrote:
>
>> Hi Brian,
>>
>> Thanks for your reply,
>>
>> We are only using *Sangoma cards without echo cancellation*, so we are
>> already using our systems with hardware dtmf detection as disabled  (
>> TDMV_HW_DTMF = NO).
>>
>> Instead we tried on spare *Sangoma card with echo cancellation* and
>> hardware detection enabled ( TDMV_HW_DTMF = YES) and found no issues.
>> However if i go with this solution then it would need me to replace more
>> than 100 cards. :(
>>
>> Using mod_spandsp with the below dialplan example results in more wierd
>> results, i just pressed key 5 and received 4,5 and 8 DTMF on console. *Please
>> suggest if DTMF detection has any more configuration inside
>> spandsp.conf.xml.*
>>
>> <extension name="park_for_dtmf">
>>     <condition field="destination_number" expression="park_for_dtmf">
>>         <action application="set" data="dtmf_verbose=true"/>
>>         <action application="spandsp_start_dtmf" />
>>         <action application="park"/>
>>     </condition>
>>  </extension>
>>
>> What i found after enabling mod_spandsp is that it tries to evaluate
>> frequencies from entire audio. which in my case can be resource intensive
>> as we do lakhs of calls per day and have 32E1s on single machine.
>>
>>
>>
>>
>>
>>
>>
>> On Wed, Apr 23, 2014 at 12:57 AM, Brian West <brian at freeswitch.org>wrote:
>>
>>> Disable the hardware dtmf detector and use the SpanDSP one.
>>> --
>>> Brian West
>>> brian at freeswitch.org
>>> FreeSWITCH Solutions, LLC
>>> PO BOX 2531
>>> Brookfield, WI 53008-2531
>>> Twitter: @FreeSWITCH , @briankwest
>>> http://www.freeswitchbook.com
>>> http://www.freeswitchcookbook.com
>>>
>>> T: +1.918.420.9001  |  F: +1.918.420.9002  |  M: +1.918.424.WEST
>>> iNUM: +883 5100 1420 9001
>>> ISN: 410*543
>>> Skype:briankwest
>>> PGP Key: http://www.bkw.org:81/key.txt (AB93356707C76CED)
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Apr 22, 2014, at 8:50 AM, Manish Kumar <manish.kumar.fs at gmail.com>
>>> wrote:
>>>
>>> > Hi,
>>> >
>>> > I am facing an issue where DTMF digits are wrongly captured or getting
>>> entirely missed from being detected.
>>> >
>>> > Environment:
>>> > Sangoma A116 / A108
>>> > Freeswitch Version 1.2.14
>>> > mod_freetdm
>>> > perl ivr scripts using perl ESL
>>> > PRI lines from Indian operator.
>>> >
>>> > However the same script and same configuration works perfectly well on
>>> Freeswitch version 1.0.7. Also none of the versions gave any issue when i
>>> test by simply using mod_sofia and an extension on x-lite.
>>> >
>>> > I viewed the entire change logs from version 1.0.7 till 1.2.14, there
>>> are no changes on DTMF since 1.0.7
>>> >
>>> > Are there any possibilities that telco plays a role as well in such
>>> DTMF issues.?
>>> >
>>> >
>>> > Thanks,
>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140423/1eb81471/attachment.html