[asterisk-bugs] [JIRA] Commented: (ASTERISK-19610) dsp.c can no longer detect a quick DTMF sequence
Jean-Philippe Lord (JIRA)
noreply at issues.asterisk.org
Sun Sep 30 09:46:27 CDT 2012
[ https://issues.asterisk.org/jira/browse/ASTERISK-19610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=197760#comment-197760 ]
Jean-Philippe Lord commented on ASTERISK-19610:
-----------------------------------------------
Hello Alec,
After a number of days in testing, I am still experiencing some issues in fast tone recognition. Local SIP clients go thru no issues with a fast sequence of tones but remote SIP clients takes about 10-20 retries before the sequence goes thru. I am a bit lost in all the versions of dsp.c I have tried over the past few months but I have gone back to a previous version to get all clients to work 100% of the time. Can we re-open this ? I am open to do any test you need me to do.
> dsp.c can no longer detect a quick DTMF sequence
> ------------------------------------------------
>
> Key: ASTERISK-19610
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-19610
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Core/Channels
> Affects Versions: 1.8.10.1, 1.8.11.0, 10.2.1, 10.3.0
> Reporter: Jean-Philippe Lord
> Assignee: Alec Davis
> Labels: Regression
> Attachments: 1332984810-SIP-2299-00000018-in.wav, ast-19610.diff2.txt, ast-19610.diff.txt, dsp.c, dsp_fastdtmf.patch, review2085.diff3.txt
>
>
> dsp.c stopped being able to decode a quick DTMF sequence starting in 1.8.10rc1. 50ms tone, 50ms silence does not work anymore. This isssue is major since asterisk used to be extremely good at detecting fast DTMF and it no longer is. I have removed the below change and issue got resolved.
> From the ChangeLog:
> 2012-01-05 21:46 +0000 [r349672-349728] Jonathan Rose <jrose at digium.com>
> * main/dsp.c: Fix an issue where dsp.c would interpret multiple
> dtmf events from a single key press. When receiving calls from a
> mobile phone into a DISA system on a connection with significant
> interference, the reporter's Asterisk system would interpret DTMF
> incorrectly and replicate digits received. This patch resolves
> that by increasing the number of frames a mismatch has to be
> detected before assuming the DTMF is over by 1 frame and adjusts
> dtmf_detect function to reset hits and misses only when an edge
> is detected. (closes issue ASTERISK-17493) Reported by: Alec
> Davis Patches: bug18904-refactor.diff.txt uploaded by Alec Davis
> (license 5546) Review: https://reviewboard.asterisk.org/r/1130/
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list