[Freeswitch-dev] start_dtmf bug?

Michael Collins msc at freeswitch.org
Thu Sep 3 10:47:05 PDT 2009

On Thu, Sep 3, 2009 at 7:36 AM, Trixter aka Bret McDanel <
trixter at 0xdecafbad.com> wrote:

> I am trying to use portaudio to bride a radio device into freeswitch.  I
> encountered a problem that I believe to be a bug, although I am not
> sure, so I am asking if anyone can confirm this.
>    <extension name="radio_conference">
>      <condition field="destination_number" expression="^123$">
>        <action application="answer"/>
>        <action application="sleep" data="1000"/>
>        <action application="start_dtmf"/>
>        <action application="conference" data="radio at default"/>
>      </condition>
>    </extension>
> if I call that from portaudio all input from the microphone appears to
> be discarded.  If I call it without the start_dtmf it works as expected.
> To avoid any potential for confusion, I do actually need inband DTMF
> detection from the radio side of things.
> I only looked at this from the portaudio side of things, so if anyone
> who has an otherwise working portaudio configuration could look to see
> if this is present in their systems I would appreciate it to know if
> this is something I did or something else.
> Once confirmed I will look at posting a bug report, but I dont want to
> do it if its just me.


I was able to reproduce this behavior. In fact, I added <action
application="start_dtmf"/> 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.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20090903/7c182cd6/attachment-0001.html 

More information about the FreeSWITCH-dev mailing list