Posted: Wed Sep 26, 2007 9:38 pm Post subject: [asterisk-speech-rec] SpeechDeactivateGrammar call after the
Hello,
I am using Asterisk 1.4, Lumenvox 8, on Fedora Core 7
I am having a problem where the SpeechDeactivateGrammar gets an error after the hangup and causes Asterisk to quit execution of the script. If I don't hang up or do something that Lumenvox has to execute on, the SpeechDeactivateGrammar works ok. Only on the hangup does the error appear.
This is a real problem because my script needs to do post processing after the call, even if the person hangs up during speech recognition.
Is there something I am supposed to do differently on the speech engine after a hangup, like not try to deactivate the grammar?
Thank You
Joe Johnson
My script executes the following:
[Sep 26 16:09:28] VERBOSE[5708] logger.c: -- Executing [s@tq1_astbx_get_response_context:46] SpeechBackground("Zap/1-1", "/var/lib/asterisk/sounds/tts-cepstral/c7b2ee6797c7f0317e2e9e6cbb687e78-speech|1.00") in new stack
[Sep 26 16:09:32] VERBOSE[1075] logger.c: -- Channel 0/1, span 1 got hangup request
[Sep 26 16:09:32] WARNING[5708] file.c: Failed to write frame
[Sep 26 16:09:32] VERBOSE[5708] logger.c: -- Executing [h@tq1_astbx_get_response_context:1] NoOp("Zap/1-1", "ALMSG-2008-08-23-1501d-user [hung up]") in new stack
[Sep 26 16:09:32] VERBOSE[5708] logger.c: -- Executing [h@tq1_astbx_get_response_context:3] Set("Zap/1-1", "TEMP_USER_RESPONSE=hangup") in new stack
[Sep 26 16:09:32] VERBOSE[5708] logger.c: -- Executing [h@tq1_astbx_get_response_context:4] Goto("Zap/1-1", "tq1_astbx_get_response_context|s|voice_stop_asking_response") in new stack
[Sep 26 16:09:32] VERBOSE[5708] logger.c: -- Goto (tq1_astbx_get_response_context,s,61)
[Sep 26 16:09:32] VERBOSE[5708] logger.c: -- Executing [s@tq1_astbx_get_response_context:62] Gosub("Zap/1-1", "p1_grammars_deactivate") in new stack
[Sep 26 16:09:32] VERBOSE[5708] logger.c: -- Executing [s@tq1_astbx_get_response_context:216] GotoIf("Zap/1-1", "1?p1_deactivate_grammar_1:") in new stack
[Sep 26 16:09:32] VERBOSE[5708] logger.c: -- Goto (tq1_astbx_get_response_context,s,220)
[Sep 26 16:09:32] VERBOSE[5708] logger.c: -- Executing [s@tq1_astbx_get_response_context:221] GotoIf("Zap/1-1", "0?p1_try_deactivate_2:") in new stack
[Sep 26 16:09:32] VERBOSE[5708] logger.c: -- Executing [s@tq1_astbx_get_response_context:222] SpeechDeactivateGrammar("Zap/1-1", "p1_temp_name_1") in new stack
[Sep 26 16:09:32] VERBOSE[5708] logger.c: == Spawn extension (tq1_astbx_get_response_context, s, 222) exited non-zero on 'Zap/1-1'
[Sep 26 16:09:32] DEBUG[5708] chan_zap.c: Set option AUDIO MODE, value: ON(1) on Zap/1-1
[Sep 26 16:09:32] DEBUG[5708] chan_zap.c: Not yet hungup... Calling hangup once with icause, and clearing call
[Sep 26 16:09:32] DEBUG[5708] chan_zap.c: disabled echo cancellation on channel 1
[Sep 26 16:09:32] DEBUG[5708] chan_zap.c: Set option AUDIO MODE, value: OFF(0) on Zap/1-1
[Sep 26 16:09:32] DEBUG[5708] chan_zap.c: disabled echo cancellation on channel 1
[Sep 26 16:09:32] VERBOSE[5708] logger.c: -- Hungup 'Zap/1-1'
Posted: Thu Sep 27, 2007 12:17 am Post subject: [asterisk-speech-rec] SpeechDeactivateGrammar call after the
Quote:
Hello,
I am using Asterisk 1.4, Lumenvox 8, on Fedora Core 7
I am having a problem where the SpeechDeactivateGrammar gets an error after
the hangup and causes Asterisk to quit execution of the script. If I don't
hang up or do something that Lumenvox has to execute on, the
SpeechDeactivateGrammar works ok. Only on the hangup does the error appear.
The speech applications do not expect to run on channels that have been hung up, and shouldn't need to be.
Quote:
This is a real problem because my script needs to do post processing after
the call, even if the person hangs up during speech recognition.
Is it doing stuff specific to the speech recognition?
Quote:
Is there something I am supposed to do differently on the speech engine
after a hangup, like not try to deactivate the grammar?
Basically like I said, you shouldn't need to. Cleanup happens automagically.
Joshua Colp
Software Developer
Digium, Inc.
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum