<br><br><div class="gmail_quote">On Thu, Dec 6, 2012 at 11:08 PM, Olle E. Johansson <span dir="ltr"><<a href="mailto:oej@edvina.net" target="_blank">oej@edvina.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><br><div><div>6 dec 2012 kl. 22:52 skrev Michael Collins <<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>>:</div><br><blockquote type="cite">Bummer. I'm not aware of any way to ignore those. Anyone else have ideas?<br>
</blockquote><div><br></div><div>The problem with ignoring DTMF in RTP is that it will delay audio, always. Let's say you want to delete all DTMF shorter than 1200 ms.</div><div>We receive a DTMF begin packet, then will have to wait to 1220 ms to see if the DTMF CONTINUE packets continue or if we actually get a DTMF END packet arriving in time. If it does, we'll delete the DTMF - but that</div>
<div>will produce a gap in the audio we will have to fill. If it is longer than 1200 ms we will start playing it out on the other side of the call bridge.</div><div><br></div><div>You seriously do not want to delay audio 1200 ms. Not even 100 ms.</div>
<div><br></div><div>There no simple solution to this. We've had issues with GENBAND servers and their DSPs that send short DTMF in calls with</div><div>female voices. </div><div><br></div><div>In short. When we receive the start of the DTMF we have no idea about the duration. We can't make a decision until it's too late to make a decision... If you just focus on delaying DTMF, you will start playing DTMF on top of audio, cancelling out parts of the conversation.</div>
<div><br></div><div>/O</div><br></div></div></blockquote><br>
</div>OEJ,<br>+1<br>Many thanks for taking the time to explain that! That was an extremely well written paragraph, easily understood by all.<br>-MC<br><br>