<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Have you tried setting the relaxdtmf setting in /etc/asterisk/zapata.conf? You also have to turn on "Relax DTMF for Radio Applications" (even though it has nothing to do with radio communications). That might solve the completely missing tones.<div><br class="webkit-block-placeholder"></div><div>Based upon my own research and that of somebody else (sorry can't remember name) that did some major fixing up of code in the dsp.c DTMF detection code recently, dsp.c does the actual DTMF detection. Zaptel doesn't seem to do squat when it comes to DTMF detection.</div><div><br class="webkit-block-placeholder"></div><div>You can play around in dsp.c near line 165. Play with those DTMF_ defines (make sure you are in the right #ifdef) and you might be able to tweak some stuff to better detect in your situation. Personally I found that when I turned on the relaxdtmf option people's voices were being detected as tones, but you might be able to get a more precise "relaxed" mode.</div><div><br class="webkit-block-placeholder"></div><div>Also, my patch stemmed from the following logging information. You might be able to turn it on and see exactly what is happening when tones are missed. (Warning: this will spit out a TON of logging information).</div><div><br class="webkit-block-placeholder"></div><div>This is from 1.4.12, line 591 and surrounding:</div><div><br class="webkit-block-placeholder"></div><div> && goertzel_result(&s->row_out2nd[best_row])*DTMF_2ND_HARMONIC_ROW < row_energy[best_row]) {</div><div><div>#else</div><div> /* ... and fraction of total energy test */</div><div>ADD-> ast_log(LOG_NOTICE, "dtmf_detect row_energy=%f, col_energy=%f, total=%f > %f (%f + %f)", row_energy[best_row], col_energy[best_col],</div><div>ADD-> (row_energy[best_row] + col_energy[best_col]), (DTMF_TO_TOTAL_ENERGY * s->energy), DTMF_TO_TOTAL_ENERGY, s->energy);</div><div> if (i >= 4 &&</div><div> (row_energy[best_row] + col_energy[best_col]) > DTMF_TO_TOTAL_ENERGY*s->energy) {</div><div>#endif</div><div> /* Got a hit */</div><div><br class="webkit-block-placeholder"></div><div>It is a bit messy, but it might help track down exactly what "energy" values you would need to catch those false negatives.</div><div><br class="webkit-block-placeholder"></div></div><div>Daniel</div><div><br><div><div>On Dec 3, 2007, at 9:55 AM, John Aughey wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">We actually get both the "wobble" detection (multiple tones detected with one button press) and missing detection (press 201 and it detects 01 missing the 2). The suggestions on voip-info have not yet helped and the lack of DTMF_BEGIN events concern me. It's also not clear right now where the dtmf detection is done, if it's in the zaptel-1.4.6 code base or within asterisk-1.4.14/main/dsp.c. They both seem to do tone detection.<br><br>John<br><br><div class="gmail_quote">On Dec 3, 2007 10:31 AM, Daniel Hazelbaker <<a href="mailto:daniel@highdesertchurch.com"> daniel@highdesertchurch.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Dec 2, 2007, at 5:35 PM, John Aughey wrote: <br><br>> The begin frames (and associated end frames) are helpful to filter<br>> out short dtmf reads. There's even a #define which specifies the<br>> minimum length of a dtmf tone. One problem we're having is multiple <br>> dtmf detections on a noisy cell phone connection, which should be<br>> mostly filtered by knowing the begin and end time so that the length<br>> can be properly measured and filtered if needed.<br>><br>> John <br><br></div>If you are running 1.4.15 (it should apply down to .12 as well I<br>believe) then you can try this patch. We have a similar problem at<br>our site, except it is due to a junky NEC that is currently the front- <br>end to the Telco. Tones would have a drop-out in the middle of them<br>so Asterisk was detected double digits. i.e. they dial 235 and it<br>reads 2335. With this patch the "wobble" tones are almost never an <br>issue anymore.<br><br><<a href="http://www.blueboxmoon.com/bitweaver/blogs/view_post.php?post_id=10" target="_blank">http://www.blueboxmoon.com/bitweaver/blogs/view_post.php?post_id=10</a>><br><font color="#888888"> <br>Daniel<br></font><div><div></div><div class="Wj3C7c"><br>_______________________________________________<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com-- </a><br><br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a> <br></div></div></blockquote></div><br> _______________________________________________<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.com</a>--<br><br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div><br></div></body></html>