<span style='font-family:Verdana'><span style='font-size:12px'>So in order to use just spandsp I need either to disable RFC2833 detection at my side or to ask originating party to disable sending us RFC2833 and just send us audio intact - have I got your point ?<br />
<br />
Thanks / Mike<br />
<br />
<br />
<p style="margin:0px; padding:0px;" >
         </p>
<blockquote style="border-left: 1px solid #CCC; padding-left: 5px; margin-left: 5px; margin-bottom: 0px; margin-top: 0px; margin-right: 0px;" type="cite">
        <p style="margin:0px; padding:0px;" >
                <span style="font-family:Verdana"><span style="font-size:12px">----- Original Message -----</span></span></p>
        <p style="margin:0px; padding:0px;" >
                <span style="font-family:Verdana"><span style="font-size:12px">From: Peter Olsson</span></span></p>
        <p style="margin:0px; padding:0px;" >
                <span style="font-family:Verdana"><span style="font-size:12px">Sent: 07/18/12 11:38 PM</span></span></p>
        <p style="margin:0px; padding:0px;" >
                <span style="font-family:Verdana"><span style="font-size:12px">To: FreeSWITCH Users Help</span></span></p>
        <p style="margin:0px; padding:0px;" >
                <span style="font-family:Verdana"><span style="font-size:12px">Subject: Re: [Freeswitch-users] DTMF detection in the core & spandsp</span></span></p>
        <br />
        <div>
                <div>
                        <pre style="white-space: pre-wrap; word-wrap: break-word; font-size:11;pre">
Core DTMF tone detection is disabled by default, and started by using start_dtmf. However DTMF over RFC2833 is always enabled (maybe it's possible to disable, I don't know how though). RFC2833 is not DTMF tone detection, but rather a specially formatted RTP packet.
In your sample you get both inband and RFC2833 events, so that's why I think it's better not to detect inband tones at all, but only use RFC2833. However, if you only get inband you will need to enable DTMF tone detection.
Are you sure they don't support RFC2833 events, according to your log sample they seem to do...
/Peter
________________________________
Från: freeswitch-users-bounces@lists.freeswitch.org [freeswitch-users-bounces@lists.freeswitch.org] för Mi Ke [mi.ke@null.net]
Skickat: den 18 juli 2012 21:59
Till: FreeSWITCH Users Help
Ämne: Re: [Freeswitch-users] DTMF detection in the core & spandsp
Hi Peter,
My goal is to disable core DTMF detection completely and try spandsp instead since duplicate digit detection in the core works bad for me. DTMF in inbound call are inband.
Thanks / Mike
----- Original Message -----
From: Peter Olsson
Sent: 07/18/12 10:29 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] DTMF detection in the core & spandsp
You probably get both inband and RFC2833 DTMF. So don't enable DTMF tone detection at all, and let FS parse out the RFC2833 DTMF events.
/Peter
18 jul 2012 kl. 21:23 skrev "Mi Ke" <mi.ke@null.net<mailto:mi.ke@null.net>>:
Hi All,
Do I need to disable DTMF detection in the core when I use spandsp for the same?
Calling stop_dtmf before spandsp_start_dtmf didn't work for me and when I dial e.g. 0 I get:
2012-07-18 18:47:25.155435 [DEBUG] mod_spandsp_dsp.c:61 DTMF BEGIN DETECTED: [0]
2012-07-18 18:47:25.155435 [DEBUG] mod_spandsp_dsp.c:73 DTMF END DETECTED: [0], duration = 89 ms
2012-07-18 18:47:25.295432 [DEBUG] switch_rtp.c:3457 RTP RECV DTMF 0:2400
which comes to 00 after digit collection completes.
Setting dtmf-type to none in sofia profile didn't help either.
What's the right way of switching to spandsp's DTMF ?
Thanks in advance for all yours hints.
Mike
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org<mailto:consulting@freeswitch.org>
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
!DSPAM:500709e632761477125784!
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
!DSPAM:5007142232761731370519!
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org</pre>
                </div>
        </div>
</blockquote>
<p style="margin:0px; padding:0px;" >
         </p>
</span></span>