[asterisk-speech-rec] DTMF CRM:00110073

[David Brazier]

I still don't get it.  If the Asterisk code switches off speech
recognition when it sees a DTMF digit, does that mean it no longer
passes any data (audio, DTMF) to the SRE?  But if it's in
SpeechBackground at the time, how can I get the DTMF digit back?  Or did
you mean that Asterisk tells the SRE to switch to DTMF-only mode and
then passes only DTMF events through.  Are these events "out of band"
(like RFC 2833) or does the Asterisk code re-create the tones for the
SRE to recognise?

If the SRE is not involved in DTMF, are you saying the AGI application
should collect digits in the usual way ("wait for digit" etc.) and then
somehow pass them to the SRE for semantic processing?  I can't see how
do that via either the dialplan commands or the C API covered in
http://www.asterisk.org/doxygen/1.4/AstSpeech.html.  Even if it were
possible, I don't think there'd be much value in it.  It's nice to have
the same semantic processing results for voice & DTMF grammars, but the
actual processing of DTMF digits is likely to be trivial.

Can you provide some working Asterisk code for loading both a voice and
a DTMF grammar and getting the results?  That would be a great help.
This is covered in the SRE documentation, but not specifically for
Asterisk of course.

David

Randal Rand wrote:
> DTMF tones do not get passed to the LumenVox Speech Engine only human
> speech.  What happens inside the Asterisk code is that once the very
> first DTMF tone is detected speech recognition is turned off.  Then
when
> the DTMF is done being entered by the caller the resulting text string
> of numbers are returned by the SPEECH_TEXT(0) object.  Once you have
> that string you can parse that against one of the included DTMF
grammars
> which will interpret the string into something meaningful - such as a
> phone number, date, time, currency, etc...  For this type of
> interpretation you would have to go through the AGI I don't think the
> dialplan can handle that.