Good morning All. I am looking for the message that Jim WB6NIL put out there that had to do with modifying the dsp.c code so that it did not incorporate the RELAXED_RADIO parameters. One parameter is the length of time that a DTMF signal must be present before it is determined not to be a false signal. [root@Server6 main]# diff dsp.c.default dsp.c
165c165,166 < #define DTMF_TO_TOTAL_ENERGY ((digitmode & DSP_DIGITMODE_RELAXDTMF) ? 26.0 : 42.0) --- #define DTMF_TO_TOTAL_ENERGY ((digitmode & DSP_DIGITMODE_RELAXDTMF) ? 38.0 : 42.0) /* CAH changed 26 to 38 */
This change when implemented, did eliminate a noticeable number of audio pops associated with DTMF false-ing. The message from Jim spoke to bypassing the RELAXED parameters in total. I am going through the archives and I have not found it yet. Thanks in advance. Keith -- keith@goobie.org Keith Goobie Richmond Hill, ON, CANADA
look for: Post Date 6/13/12 Subject RTCM falsing DTMF Please read it all !!!! David On Thu, Sep 19, 2013 at 5:47 AM, Keith Goobie <keith@goobie.org> wrote:
Good morning All.
I am looking for the message that Jim WB6NIL put out there that had to do with modifying the dsp.c code so that it did not incorporate the RELAXED_RADIO parameters.
One parameter is the length of time that a DTMF signal must be present before it is determined not to be a false signal. [root@Server6 main]# diff dsp.c.default dsp.c
165c165,166 < #define DTMF_TO_TOTAL_ENERGY ((digitmode & DSP_DIGITMODE_RELAXDTMF) ? 26.0 : 42.0) ---
#define DTMF_TO_TOTAL_ENERGY ((digitmode & DSP_DIGITMODE_RELAXDTMF) ? 38.0 : 42.0) /* CAH changed 26 to 38 */
This change when implemented, did eliminate a noticeable number of audio pops associated with DTMF false-ing.
The message from Jim spoke to bypassing the RELAXED parameters in total.
I am going through the archives and I have not found it yet.
Thanks in advance.
Keith
-- keith@goobie.org Keith Goobie Richmond Hill, ON, CANADA
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Thanks, will do. Keith On 9/19/13 10:13 AM, "David KE6UPI" <dshaw@ke6upi.com> wrote:
look for:
Post Date 6/13/12 Subject RTCM falsing DTMF
Please read it all !!!!
David
On Thu, Sep 19, 2013 at 5:47 AM, Keith Goobie <keith@goobie.org> wrote:
Good morning All.
I am looking for the message that Jim WB6NIL put out there that had to do with modifying the dsp.c code so that it did not incorporate the RELAXED_RADIO parameters.
One parameter is the length of time that a DTMF signal must be present before it is determined not to be a false signal. [root@Server6 main]# diff dsp.c.default dsp.c
165c165,166 < #define DTMF_TO_TOTAL_ENERGY ((digitmode & DSP_DIGITMODE_RELAXDTMF) ? 26.0 : 42.0) --- #define DTMF_TO_TOTAL_ENERGY ((digitmode & DSP_DIGITMODE_RELAXDTMF) ? 38.0 : 42.0) /* CAH changed 26 to 38 */
This change when implemented, did eliminate a noticeable number of audio pops associated with DTMF false-ing.
The message from Jim spoke to bypassing the RELAXED parameters in total.
I am going through the archives and I have not found it yet.
Thanks in advance.
Keith
-- keith@goobie.org Keith Goobie Richmond Hill, ON, CANADA
participants (2)
-
David KE6UPI -
Keith Goobie