[Freeswitch-users] esl, send_dtmf, too early ESL_EVENT_CHANNEL_EXECUTE_COMPLETE

[Peter Olsson]

I don't think that will help, since it also will return as soon as the DMTF
is queued (but not sent).


2014-02-13 13:20 GMT+01:00 Kenn Leth Hansen <klh at justfone.dk>:

> How about issuing setEventLock(1) before sending your DTMF's and bridging
> the call?
> http://wiki.freeswitch.org/wiki/Event_Socket_Library#setEventLock
>
>
> Regards,
> Kenn
>
>
> On Thu, Feb 13, 2014 at 1:02 PM, Marcin S <ms4esl at gmail.com> wrote:
>
>> Because I wan't to be sure, that I have sent all dtmfs before releasing
>> call.
>> I think that ESL_EVENT_CHANNEL_EXECUTE can return before sending dtmfs,
>> but ESL_EVENT_CHANNEL_EXECUTE_COMPLETE should return *after* sending dtmfs
>> (*complete*).
>> ESL_EVENT_CHANNEL_EXECUTE
>>
>>
>> 2014-02-13 9:58 GMT+01:00 Peter Olsson <peter at olssononline.se>:
>>
>> Why do you need to know exactly when the DTMF was sent? Can you describe
>>> your use case?
>>>
>>>
>>> 2014-02-13 9:12 GMT+01:00 Marcin S <ms4esl at gmail.com>:
>>>
>>>> Hello,
>>>>
>>>> In my simple C application I want to send dtmfs. This is quite easy -
>>>> you just call esl_execute("send_dtmf", "1234", uuid); and it works.
>>>> However, ESL returns ESL_EVENT_CHANNEL_EXECUTE_COMPLETE way to fast - even
>>>> before it starts dtmfs generation!
>>>>
>>>> How can I know, when dtmfs were really generated? So far, the only
>>>> method is to issue some sleep(), but it looks like big workaround.
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> 
>>>> 
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://wiki.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> 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
>>>>
>>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> 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
>>>
>>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> 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
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> 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/20140213/b09e780a/attachment.html