[asterisk-app-dev] Asterisk DTMF recognizer

[Ben Langfeld]

An update on where this issue got to:

I've begun to extract the SRGS and NLSML libraries created by Chris Rienzo
as part of the mod_rayo implementation for FreeSWITCH into a standalone
library at https://github.com/mojolingo/cspeech. There's some outstanding
work to do on this to get it to compile since it uses a few pieces from
FreeSWITCH such as memory pools and FreeSWITCH hashes. I'm replacing some
of these things with C++ types for simplicity. If this is going to be a
problem for incorporating into Asterisk core, please someone shout and
educate me about how this should work instead. This library is supposed to
be reasonably portable, and I'll likely also use it for this issue:
https://github.com/adhearsion/punchblock/issues/204, so I'd like to avoid
using Asterisk or FreeSWITCH specifics.

I also half-heartedly began an implementation of res_speech_dtmf here:
https://github.com/mojolingo/asterisk/pull/1.

I'd love any assistance people could lend in this effort (particularly
cspeech right now, it's a prerequisite to any further work on the
recognizer) if there is any interest, since my C experience is rather
limited.


On 12 December 2013 16:03, Shaun Ruffell <sruffell at digium.com> wrote:

> On Thu, Dec 12, 2013 at 11:34:41AM -0500, Ben Langfeld wrote:
> > Shaun,
> >
> > One advantage is consistency with speech recognition; if I have an
> > interface where you can say "yes" or "no", or press 1 or two, I can
> simply
> > instruct asterisk to load equivalent speech and DTMF grammars and the
> rest
> > of my logic in dealing with matching, timeouts, etc is unified.
> >
> > Another in the case of only DTMF input is that I can use a well-defined
> > logic framework, rather than implementing buffering and validation in an
> > ad-hoc manner.
>
> Ahh, that makes sense.  Thanks for the explanation.
>
> --
> Shaun Ruffell
> Digium, Inc. | Linux Kernel Developer
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
> Check us out at: www.digium.com & www.asterisk.org
>
> _______________________________________________
> asterisk-app-dev mailing list
> asterisk-app-dev at lists.digium.com
> http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-app-dev/attachments/20140113/3af82581/attachment.html>