<br><br><div class="gmail_quote">On Thu, Sep 3, 2009 at 7:36 AM, Trixter aka Bret McDanel <span dir="ltr">&lt;<a href="mailto:trixter@0xdecafbad.com">trixter@0xdecafbad.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I am trying to use portaudio to bride a radio device into freeswitch.  I<br>
encountered a problem that I believe to be a bug, although I am not<br>
sure, so I am asking if anyone can confirm this.<br>
<br>
<br>
    &lt;extension name=&quot;radio_conference&quot;&gt;<br>
      &lt;condition field=&quot;destination_number&quot; expression=&quot;^123$&quot;&gt;<br>
        &lt;action application=&quot;answer&quot;/&gt;<br>
        &lt;action application=&quot;sleep&quot; data=&quot;1000&quot;/&gt;<br>
        &lt;action application=&quot;start_dtmf&quot;/&gt;<br>
        &lt;action application=&quot;conference&quot; data=&quot;radio@default&quot;/&gt;<br>
      &lt;/condition&gt;<br>
    &lt;/extension&gt;<br>
<br>
<br>
if I call that from portaudio all input from the microphone appears to<br>
be discarded.  If I call it without the start_dtmf it works as expected.<br>
To avoid any potential for confusion, I do actually need inband DTMF<br>
detection from the radio side of things.<br>
<br>
<br>
I only looked at this from the portaudio side of things, so if anyone<br>
who has an otherwise working portaudio configuration could look to see<br>
if this is present in their systems I would appreciate it to know if<br>
this is something I did or something else.<br>
<br>
Once confirmed I will look at posting a bug report, but I dont want to<br>
do it if its just me.<br></blockquote><div><br>Bret,<br><br>I was able to reproduce this behavior. In fact, I added &lt;action application=&quot;start_dtmf&quot;/&gt; to extension 9996 (echo test) and the echo worked fine on a SIP call but no audio on a PA call. Without the start_dtmf the echo test works perfectly with portaudio.<br>
<br>-MC<br></div></div><br>