[Freeswitch-dev] Using different mrcp profiles in one SIP session

[Трусов Алексей]

Hi,

There is an application that uses the ESL protocol.
The application just a set of of  the "play_and_detect_speech" calls like
this:

play_and_detect_speech "/tmp/silence_temp.wav detect:unimrcp:ls
{start-input-timers=false,no-input-timeout=5000,recognition-timeout=30000,Speech-Complete-Timeout=1000,Speech-Language=ru-RU,Speech-Incomplete-Timeout=1500,define-grammar=true,save-waveform=true,waveform=true,swirec_vad_mode=1,swirec_vad_level=2,swirec_vad_speech_timeout=120}builtin:grammar/numbers_5d09dc7bdab38b3abfe8fae3?language=ru-RU"

The problem is that all "play_and_detect_speech" calls use the profile from
the first call.
It appears that the "switch_ivr_detect_speech" function just reuse the
existing ASR connection, i.e. the "switch_ivr_detect_speech_init" function
is called only once per a sip session.
According to the sources of the mod_dptools, it is possible to use the
"detect_speech" with "init" argument, but there is no any mentions of this
argument in the official documentation. I am also not sure that the "init"
implemented correctly, because it just pass NULL in the "ah" argument, but
the previous ah handler stays open.
The patch I made just checks whether the profile name was changed, if it is
so the previous ah handled closes, and new one initializes.

ср, 18 сент. 2019 г. в 00:43, Dmitriy Borisov <borik.internet at gmail.com>:

> Hello!
>
> We use FS with multi-mrcp-profilesper call. There no problems. Can you
> describe in which case you can't change MRCP profile?
>
> вт, 17 сент. 2019 г. в 20:49, Трусов Алексей <nesh1970 at gmail.com>:
>
>> Hi everyone,
>>
>> The company I work for is developing a voice driven application that uses
>> the FreeSwitch 1.6 and ESL to handle voice calls and voice recognition.
>> During a single SIP session the app might use different MRCP profiles.
>> The problem is that the MRCP profile name is appeared to be fixed for a
>> single sip session.
>> If you guys confirm that this issue exists I would like to merge the
>> patch in the main trunk.
>>
>> _________________________________________________________________________
>>
>> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
>> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN
>> services.
>> Build your next product on our scalable cloud platform.
>>
>> Join our online community to chat in real time
>> https://signalwire.community
>>
>> Professional FreeSWITCH Services
>> sales at freeswitch.com
>> https://freeswitch.com
>>
>> Official FreeSWITCH Sites
>> https://freeswitch.com/oss
>> https://freeswitch.org/confluence
>> https://cluecon.com
>>
>> FreeSWITCH-dev mailing list
>> FreeSWITCH-dev at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
>> https://freeswitch.com
>
>
>
> --
> With best regards
>    Dmitry Borisov
> _________________________________________________________________________
>
> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN
> services.
> Build your next product on our scalable cloud platform.
>
> Join our online community to chat in real time
> https://signalwire.community
>
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
>
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://cluecon.com
>
> FreeSWITCH-dev mailing list
> FreeSWITCH-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20190918/8a30838f/attachment.html>