[asterisk-dev] [Code Review] dsp.c: dtmf_detect, Fix multiple issues when no-interdigit delay is present.

rmudgett reviewboard at asterisk.org
Thu Aug 30 16:05:48 CDT 2012


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2085/#review6983
-----------------------------------------------------------


Code looks to do what you show in the sequence sample comment.  The definition of what a miss means though might need some tweaking.


trunk/main/dsp.c
<https://reviewboard.asterisk.org/r/2085/#comment13587>

    B should have ended here as there were two misses of B.



trunk/main/dsp.c
<https://reviewboard.asterisk.org/r/2085/#comment13588>

    C should end here as there were two misses of C.


- rmudgett


On Aug. 28, 2012, 5:47 p.m., Alec Davis wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2085/
> -----------------------------------------------------------
> 
> (Updated Aug. 28, 2012, 5:47 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> Document DTMF events for different sequences.
> 
> * Fix extra hit required when new DIGIT is sent without any interdigit delay.
> * Fix when DTMF_HITS_TO_BEGIN = 2, and no interdigit gap, that BEGIN is posted. 
> * Fix situation where a flakey detect, would clear the current_hit (indicating an END), which may not have been the case.
> 
> 
> Diffs
> -----
> 
>   trunk/main/dsp.c 371689 
> 
> Diff: https://reviewboard.asterisk.org/r/2085/diff
> 
> 
> Testing
> -------
> 
> On production box for 24 hours. 888 digit's now received.
> 
> The change here doesn't affect normal tone on/tone off, it changes the case when no interdigit pause is received between 2 digits, now the 2 digit has the same detect time as if there had been an interdigit pause before hand.
> 
> 
> Thanks,
> 
> Alec
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20120830/2a8299dd/attachment.htm>


More information about the asterisk-dev mailing list