<div dir="ltr">An update on where this issue got to:<div><br></div><div>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 <a href="https://github.com/mojolingo/cspeech">https://github.com/mojolingo/cspeech</a>. 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: <a href="https://github.com/adhearsion/punchblock/issues/204">https://github.com/adhearsion/punchblock/issues/204</a>, so I'd like to avoid using Asterisk or FreeSWITCH specifics.</div>
<div><br></div><div>I also half-heartedly began an implementation of res_speech_dtmf here: <a href="https://github.com/mojolingo/asterisk/pull/1">https://github.com/mojolingo/asterisk/pull/1</a>.</div><div><br></div><div>
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.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 12 December 2013 16:03, Shaun Ruffell <span dir="ltr"><<a href="mailto:sruffell@digium.com" target="_blank">sruffell@digium.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, Dec 12, 2013 at 11:34:41AM -0500, Ben Langfeld wrote:<br>
> Shaun,<br>
><br>
> One advantage is consistency with speech recognition; if I have an<br>
> interface where you can say "yes" or "no", or press 1 or two, I can simply<br>
> instruct asterisk to load equivalent speech and DTMF grammars and the rest<br>
> of my logic in dealing with matching, timeouts, etc is unified.<br>
><br>
> Another in the case of only DTMF input is that I can use a well-defined<br>
> logic framework, rather than implementing buffering and validation in an<br>
> ad-hoc manner.<br>
<br>
</div>Ahh, that makes sense.  Thanks for the explanation.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Shaun Ruffell<br>
Digium, Inc. | Linux Kernel Developer<br>
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>
Check us out at: <a href="http://www.digium.com" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a><br>
<br>
_______________________________________________<br>
asterisk-app-dev mailing list<br>
<a href="mailto:asterisk-app-dev@lists.digium.com">asterisk-app-dev@lists.digium.com</a><br>
<a href="http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev" target="_blank">http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev</a><br>
</div></div></blockquote></div><br></div>