[asterisk-dev] VLDTMF eats DTMF, news at 11 (or look at bugid7868 if you love DTMF)

[Joshua Colp]

Joshua Colp wrote:
> 
> 1. Your patch added (maybe reverted) AST_FRAME_DTMF_BEGIN in the 
> waitstream core, this would have caused duplicate received DTMF in 
> applications that used the waitstream API.
> 
> 2. Your patch disregarded DTMF compensation. The return of a null frame 
> is on purpose, the DTMF compensation will later send a BEGIN and an END. 
> This wasn't happening correctly because of the way chan_skinny operates. 
> The channel wasn't in a state where compensation was working correctly. 
> By sending a BEGIN and END in chan_skinny during dialing compensation 
> doesn't occur and everything works. Once the channel is up after this 
> then DTMF compensation works fine.
> 

Sorry if I came off a little... strict? maybe? meh insert applicable 
word... good try though and thanks for trying to track down the problem 
originally and bringing it to our attention.

Joshua Colp
Digium