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@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@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@freeswitch.org>wrote:
Disable the hardware dtmf detector and use the SpanDSP one. -- Brian West brian@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@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org