[Freeswitch-users] DTMF Problems

[Hynek Cihlar]

Will you disclose to the community your optimal time interval for which it
is safe to consider the succeeding DTMF entry a duplicate? ;-)

Hynek



On Mon, Oct 24, 2011 at 6:07 PM, Antonio Teixeira
<eagle.antonio at gmail.com>wrote:

> Well guys it depends on your application , generally  i solve this with
> regexp , a buffer and a way to clear the buffer of invalid/duplicated data
> I'm extending it to support with min delay between keys.
> This is not as hard as you think when using min/max :) and your data is
> predictable :)
>
> Also in ivr menus humans don't generally guess whats the next menu so if
> len(dtmf) > 1: drop ...
>
> I play with this in our test environment not in our production and it works
> :)
>
>
> 2011/10/24 Steven Ayre <steveayre at gmail.com>
>
>> Yes, how do you plan the difference between the user dialling 2 and it
>> being duplicated and them pressing 2 twice in quick succession?
>>
>> Steve on iPhone
>>
>> On 24 Oct 2011, at 16:28, Hynek Cihlar <hynek.cihlar at gmail.com> wrote:
>>
>> Btw, how do u handle duplicates? Short time interval? If so, how short?
>>
>> Sent from my mobile device
>>
>> On Oct 24, 2011, at 17:26, Antonio Teixeira <eagle.antonio at gmail.com>
>> wrote:
>>
>> Yes but i can deal with duplicated digits since the scripts will detected
>> double digits :)
>> Let's say i can survive with that :)
>>
>> 2011/10/24 Steven Ayre < <steveayre at gmail.com>steveayre at gmail.com>
>>
>>> "use RFC2833 and in band at the same time trying to catch any missing
>>> tones"
>>>
>>> That's likely to cause you even more problems (duplicate digits).
>>>
>>> Steve on iPhone
>>>
>>>
>>> On 24 Oct 2011, at 16:07, Antonio Teixeira < <eagle.antonio at gmail.com>
>>> eagle.antonio at gmail.com> wrote:
>>>
>>> > use RFC2833 and in band at the same time trying to catch any missing
>>> tones
>>>
>>>
>>> FreeSWITCH-users mailing list
>>>  <FreeSWITCH-users at lists.freeswitch.org>
>>> FreeSWITCH-users at lists.freeswitch.org
>>>  <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:<http://lists.freeswitch.org/mailman/options/freeswitch-users>
>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>  <http://www.freeswitch.org>http://www.freeswitch.org
>>>
>>
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20111024/13065c78/attachment-0001.html