<div dir="ltr">Paul,<div><br></div><div>The Ruby application taking responsibility for implementing a recogniser does certainly introduce an overhead to the application. I'm not sure yet how much of a penalty this is in a real-world application (it's difficult to untangle this from other differences), but either way my primary concern is one of logical responsibility. For reasons of client simplicity, platform consistency, etc, this piece fits better inside Asterisk (such that it's usable via AMI, ARI, the C API, etc) than in a consumer of those APIs.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Ben</div><div class="gmail_extra"><br><div class="gmail_quote">On 11 December 2013 19:46, Paul Belanger <span dir="ltr"><<a href="mailto:paul.belanger@polybeacon.com" target="_blank">paul.belanger@polybeacon.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="HOEnZb"><div class="h5">On 13-12-11 06:22 PM, Ben Langfeld wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The vast majority of IVR platforms (mainly VoiceXML) permit handling DTMF<br>
in a consistent manner to speech recognition, that is by way of a DTMF<br>
grammar. Asterisk, to my knowledge, does not currently include an<br>
SRGS-based DTMF recognizer.<br>
<br>
FreeSWITCH recently got one as part of mod_rayo, and Chris Rienzo has<br>
stated that he believes making a majority of this into a library general<br>
enough to be used in Asterisk also would be plausible, leaving limited<br>
integration effort in Asterisk.<br>
<br>
It is interesting to me in order to simplify the implementation of<br>
Adhearsion atop Asterisk, since right now we have this in Ruby based on AMI<br>
DTMF events. Is there any appetite among the Asterisk core team to<br>
investigate the addition of this to Asterisk core or as a module?<br>
<br>
If this gets agreement in principle, I'd love to talk more thoroughly about<br>
the kind of API that would be most useful for us, and how we can move<br>
forward with specification and implementation.<br>
<br>
</blockquote></div></div>
Interesting, I was actually trying to add something for python very much along these lines.  Are you hitting a performance issue in ruby?  Mind you, I'm looking to do it a top ARI, not AMI.<span class="HOEnZb"><font color="#888888"><br>

<br>
-- <br>
Paul Belanger | PolyBeacon, Inc.<br>
Jabber: <a href="mailto:paul.belanger@polybeacon.com" target="_blank">paul.belanger@polybeacon.com</a> | IRC: pabelanger (Freenode)<br>
Github: <a href="https://github.com/pabelanger" target="_blank">https://github.com/pabelanger</a> | Twitter: <a href="https://twitter.com/pabelanger" target="_blank">https://twitter.com/pabelanger</a><br>
<br>
______________________________<u></u>_________________<br>
asterisk-app-dev mailing list<br>
<a href="mailto:asterisk-app-dev@lists.digium.com" target="_blank">asterisk-app-dev@lists.digium.<u></u>com</a><br>
<a href="http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev" target="_blank">http://lists.digium.com/cgi-<u></u>bin/mailman/listinfo/asterisk-<u></u>app-dev</a><br>
</font></span></blockquote></div><br></div></div>