DTMF voice falsing

Hi,

I have been noticing an interesting problem. Audio drops on my repeater and link sporadically for maybe 500ms now and then as a conversation is taking place. If I watch debugging data from CLI it usually coincides with DTMF being sensed in certain voices. Is there a way to increase the time it takes for the system to recognize DTMF? Or is there something else going on.

Thanks for any pointers...

Chris

KB2FAF

My experience always has been that the standard install is WAY too sensitive
to DTMF false decodes.
There may be an easier way to do this (I hope to find), but, one way is to
remove the RADIO_RELAX compiler flag
in
/usr/src/astsrc/asterisk/menuselect.makeopts
it should read only:
MENUSELECT_CFLAGS=LOADABLE_MODULES

Then cd astsrc
And
./configure
Make
Make install

There is a menu for changing compiler flags in recent releases - you have to
make the menuselect program when you do the install (I think)

73

Ken

···

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-
bounces@ohnosec.org] On Behalf Of Chris(KB2FAF)
Sent: Sunday, December 18, 2011 2:06 PM
To: App_rpt-users@ohnosec.org
Subject: [App_rpt-users] DTMF voice falsing

Hi,

I have been noticing an interesting problem. Audio drops on my
repeater and link sporadically for maybe 500ms now and then as a
conversation is taking place. If I watch debugging data from CLI it
usually coincides with DTMF being sensed in certain voices. Is there a
way to increase the time it takes for the system to recognize DTMF? Or
is there something else going on.

Thanks for any pointers...

Chris

KB2FAF

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

Ken,

Your suggestion made a huge difference!

Thank you.

Chris - KB2FAF

···

On 12/18/2011 02:23 PM, Ken wrote:

My experience always has been that the standard install is WAY too sensitive
to DTMF false decodes.
There may be an easier way to do this (I hope to find), but, one way is to
remove the RADIO_RELAX compiler flag
in
/usr/src/astsrc/asterisk/menuselect.makeopts
it should read only:
MENUSELECT_CFLAGS=LOADABLE_MODULES

Then cd astsrc
And
./configure
Make
Make install

There is a menu for changing compiler flags in recent releases - you have to
make the menuselect program when you do the install (I think)

73

Ken

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-
bounces@ohnosec.org] On Behalf Of Chris(KB2FAF)
Sent: Sunday, December 18, 2011 2:06 PM
To: App_rpt-users@ohnosec.org
Subject: [App_rpt-users] DTMF voice falsing

Hi,

I have been noticing an interesting problem. Audio drops on my
repeater and link sporadically for maybe 500ms now and then as a
conversation is taking place. If I watch debugging data from CLI it
usually coincides with DTMF being sensed in certain voices. Is there a
way to increase the time it takes for the system to recognize DTMF? Or
is there something else going on.

Thanks for any pointers...

Chris

KB2FAF

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

But can you still reliably function the system?

···

--
Tim
:wq

On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote:

Ken,

Your suggestion made a huge difference!

Thank you.

Chris - KB2FAF

On 12/18/2011 02:23 PM, Ken wrote:

My experience always has been that the standard install is WAY too sensitive
to DTMF false decodes.
There may be an easier way to do this (I hope to find), but, one way is to
remove the RADIO_RELAX compiler flag
in
/usr/src/astsrc/asterisk/menuselect.makeopts
it should read only:
MENUSELECT_CFLAGS=LOADABLE_MODULES

Then cd astsrc
And
./configure
Make
Make install

There is a menu for changing compiler flags in recent releases - you have to
make the menuselect program when you do the install (I think)

73

Ken

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-
bounces@ohnosec.org] On Behalf Of Chris(KB2FAF)
Sent: Sunday, December 18, 2011 2:06 PM
To: App_rpt-users@ohnosec.org
Subject: [App_rpt-users] DTMF voice falsing

Hi,

I have been noticing an interesting problem. Audio drops on my
repeater and link sporadically for maybe 500ms now and then as a
conversation is taking place. If I watch debugging data from CLI it
usually coincides with DTMF being sensed in certain voices. Is there a
way to increase the time it takes for the system to recognize DTMF? Or
is there something else going on.

Thanks for any pointers...

Chris

KB2FAF

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

In my case, the DTMF commands work fine with this setting.

The only time I have trouble is when there is some multipath distortion ...
driving to the next traffic light is usually enough to fix that :wink:

Ken

···

-----Original Message-----
From: Tim Sawyer [mailto:tim.sawyer@me.com]
Sent: Sunday, December 18, 2011 11:02 PM
To: Chris (KB2FAF)
Cc: Ken; App_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] DTMF voice falsing

But can you still reliably function the system?
--
Tim
:wq

On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote:

> Ken,
>
> Your suggestion made a huge difference!
>
> Thank you.
>
> Chris - KB2FAF
>
>
> On 12/18/2011 02:23 PM, Ken wrote:
>> My experience always has been that the standard install is WAY too
>> sensitive to DTMF false decodes.
>> There may be an easier way to do this (I hope to find), but, one way
>> is to remove the RADIO_RELAX compiler flag in
>> /usr/src/astsrc/asterisk/menuselect.makeopts
>> it should read only:
>> MENUSELECT_CFLAGS=LOADABLE_MODULES
>>
>> Then cd astsrc
>> And
>> ./configure
>> Make
>> Make install
>>
>> There is a menu for changing compiler flags in recent releases - you
>> have to make the menuselect program when you do the install (I
think)
>>
>> 73
>>
>> Ken
>>
>>> -----Original Message-----
>>> From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-
>>> bounces@ohnosec.org] On Behalf Of Chris(KB2FAF)
>>> Sent: Sunday, December 18, 2011 2:06 PM
>>> To: App_rpt-users@ohnosec.org
>>> Subject: [App_rpt-users] DTMF voice falsing
>>>
>>> Hi,
>>>
>>> I have been noticing an interesting problem. Audio drops on my
>>> repeater and link sporadically for maybe 500ms now and then as a
>>> conversation is taking place. If I watch debugging data from CLI
it
>>> usually coincides with DTMF being sensed in certain voices. Is
>>> there a way to increase the time it takes for the system to
>>> recognize DTMF? Or is there something else going on.
>>>
>>> Thanks for any pointers...
>>>
>>> Chris
>>>
>>> KB2FAF
>>>
>>>
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users@ohnosec.org
>>> ohnosec.org
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users@ohnosec.org
> ohnosec.org

I tried removing RADIO_RELAX but touch tone decoding was way too slow for my taste. Jim mentioned that the parameters could be adjusted to perhaps find a happy medium between radio_relax and phone mode. The parameters are in /usr/src/astsrc/asterisk/main/dsp.c under the RADIO_RELAX compiler directive. Not being a C programmer and knowing even less about the DSP routines, I couldn't make much sense of the values. But maybe others could check it out and explain the parameters to the rest of us. :slight_smile:

···

--
Tim
:wq

On Dec 18, 2011, at 8:05 PM, Ken wrote:

In my case, the DTMF commands work fine with this setting.

The only time I have trouble is when there is some multipath distortion ...
driving to the next traffic light is usually enough to fix that :wink:

Ken

-----Original Message-----
From: Tim Sawyer [mailto:tim.sawyer@me.com]
Sent: Sunday, December 18, 2011 11:02 PM
To: Chris (KB2FAF)
Cc: Ken; App_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] DTMF voice falsing

But can you still reliably function the system?
--
Tim
:wq

On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote:

Ken,

Your suggestion made a huge difference!

Thank you.

Chris - KB2FAF

On 12/18/2011 02:23 PM, Ken wrote:

My experience always has been that the standard install is WAY too
sensitive to DTMF false decodes.
There may be an easier way to do this (I hope to find), but, one way
is to remove the RADIO_RELAX compiler flag in
/usr/src/astsrc/asterisk/menuselect.makeopts
it should read only:
MENUSELECT_CFLAGS=LOADABLE_MODULES

Then cd astsrc
And
./configure
Make
Make install

There is a menu for changing compiler flags in recent releases - you
have to make the menuselect program when you do the install (I

think)

73

Ken

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-
bounces@ohnosec.org] On Behalf Of Chris(KB2FAF)
Sent: Sunday, December 18, 2011 2:06 PM
To: App_rpt-users@ohnosec.org
Subject: [App_rpt-users] DTMF voice falsing

Hi,

I have been noticing an interesting problem. Audio drops on my
repeater and link sporadically for maybe 500ms now and then as a
conversation is taking place. If I watch debugging data from CLI

it

usually coincides with DTMF being sensed in certain voices. Is
there a way to increase the time it takes for the system to
recognize DTMF? Or is there something else going on.

Thanks for any pointers...

Chris

KB2FAF

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

I guess it depends on how you use the system.

I only use it for manual commands. I can reliably punch the rubber buttons
on my microphone at about 2 digits per second. It has no trouble keeping up
with that.

If your setup has a speed dialer and you are dialing 10 digit phone numbers
and passwords or whatever, I can see there might be an issue... not the
majority of cases, I imagine. Anyway, having to wait 5 seconds for a phone
number to go through every once in a while would be acceptable to me as a
trade off for continuous unwanted muting of words every minute or so ..

Ken

···

-----Original Message-----
From: Tim Sawyer [mailto:tim.sawyer@me.com]
Sent: Sunday, December 18, 2011 11:02 PM
To: Chris (KB2FAF)
Cc: Ken; App_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] DTMF voice falsing

But can you still reliably function the system?
--
Tim
:wq

I tried removing RADIO_RELAX but touch tone decoding was way too slow for my
taste.

This is an interesting problem. I never hear this on any of my nodes.
Could it be that there is too much audio driving the URI? Not sure, but does
the URI RX level drive the DTMF detection? If so, you might be too hot..
Might be worth trying to adjust that down as a test to see what happens?

···

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org
[mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Tim Sawyer
Sent: Sunday, December 18, 2011 11:25 PM
To: Ken
Cc: App_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] DTMF voice falsing

I tried removing RADIO_RELAX but touch tone decoding was way too slow for my
taste. Jim mentioned that the parameters could be adjusted to perhaps find a
happy medium between radio_relax and phone mode. The parameters are in
/usr/src/astsrc/asterisk/main/dsp.c under the RADIO_RELAX compiler
directive. Not being a C programmer and knowing even less about the DSP
routines, I couldn't make much sense of the values. But maybe others could
check it out and explain the parameters to the rest of us. :slight_smile:
--
Tim
:wq

On Dec 18, 2011, at 8:05 PM, Ken wrote:

In my case, the DTMF commands work fine with this setting.

The only time I have trouble is when there is some multipath distortion

...

driving to the next traffic light is usually enough to fix that :wink:

Ken

-----Original Message-----
From: Tim Sawyer [mailto:tim.sawyer@me.com]
Sent: Sunday, December 18, 2011 11:02 PM
To: Chris (KB2FAF)
Cc: Ken; App_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] DTMF voice falsing

But can you still reliably function the system?
--
Tim
:wq

On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote:

Ken,

Your suggestion made a huge difference!

Thank you.

Chris - KB2FAF

On 12/18/2011 02:23 PM, Ken wrote:

My experience always has been that the standard install is WAY too
sensitive to DTMF false decodes.
There may be an easier way to do this (I hope to find), but, one way
is to remove the RADIO_RELAX compiler flag in
/usr/src/astsrc/asterisk/menuselect.makeopts
it should read only:
MENUSELECT_CFLAGS=LOADABLE_MODULES

Then cd astsrc
And
./configure
Make
Make install

There is a menu for changing compiler flags in recent releases - you
have to make the menuselect program when you do the install (I

think)

73

Ken

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-
bounces@ohnosec.org] On Behalf Of Chris(KB2FAF)
Sent: Sunday, December 18, 2011 2:06 PM
To: App_rpt-users@ohnosec.org
Subject: [App_rpt-users] DTMF voice falsing

Hi,

I have been noticing an interesting problem. Audio drops on my
repeater and link sporadically for maybe 500ms now and then as a
conversation is taking place. If I watch debugging data from CLI

it

usually coincides with DTMF being sensed in certain voices. Is
there a way to increase the time it takes for the system to
recognize DTMF? Or is there something else going on.

Thanks for any pointers...

Chris

KB2FAF

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

No I don't think so.
The URI is adjusted per the instructions and the receiver gain settings are
reasonable (rxmixerset=375)

My guess is that it is the users' vocal characteristics and to some extent
the rig he/she is using.

If you have one or two of these individuals on your system, it will drive
you crazy unless you change the RADIO_RELAX setting.

Ken

···

-----Original Message-----
From: Lu Vencl [mailto:vencl@att.net]
Sent: Tuesday, December 20, 2011 9:59 AM
To: 'Tim Sawyer'; 'Ken'
Cc: App_rpt-users@ohnosec.org
Subject: RE: [App_rpt-users] DTMF voice falsing

This is an interesting problem. I never hear this on any of my nodes.
Could it be that there is too much audio driving the URI? Not sure, but
does the URI RX level drive the DTMF detection? If so, you might be too
hot..
Might be worth trying to adjust that down as a test to see what
happens?

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org
[mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Tim Sawyer
Sent: Sunday, December 18, 2011 11:25 PM
To: Ken
Cc: App_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] DTMF voice falsing

I tried removing RADIO_RELAX but touch tone decoding was way too slow
for my taste. Jim mentioned that the parameters could be adjusted to
perhaps find a happy medium between radio_relax and phone mode. The
parameters are in /usr/src/astsrc/asterisk/main/dsp.c under the
RADIO_RELAX compiler directive. Not being a C programmer and knowing
even less about the DSP routines, I couldn't make much sense of the
values. But maybe others could check it out and explain the parameters
to the rest of us. :slight_smile:
--
Tim
:wq

On Dec 18, 2011, at 8:05 PM, Ken wrote:

> In my case, the DTMF commands work fine with this setting.
>
> The only time I have trouble is when there is some multipath
> distortion
...
> driving to the next traffic light is usually enough to fix that :wink:
>
> Ken
>
>> -----Original Message-----
>> From: Tim Sawyer [mailto:tim.sawyer@me.com]
>> Sent: Sunday, December 18, 2011 11:02 PM
>> To: Chris (KB2FAF)
>> Cc: Ken; App_rpt-users@ohnosec.org
>> Subject: Re: [App_rpt-users] DTMF voice falsing
>>
>> But can you still reliably function the system?
>> --
>> Tim
>> :wq
>>
>> On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote:
>>
>>> Ken,
>>>
>>> Your suggestion made a huge difference!
>>>
>>> Thank you.
>>>
>>> Chris - KB2FAF
>>>
>>>
>>> On 12/18/2011 02:23 PM, Ken wrote:
>>>> My experience always has been that the standard install is WAY too
>>>> sensitive to DTMF false decodes.
>>>> There may be an easier way to do this (I hope to find), but, one
>>>> way is to remove the RADIO_RELAX compiler flag in
>>>> /usr/src/astsrc/asterisk/menuselect.makeopts
>>>> it should read only:
>>>> MENUSELECT_CFLAGS=LOADABLE_MODULES
>>>>
>>>> Then cd astsrc
>>>> And
>>>> ./configure
>>>> Make
>>>> Make install
>>>>
>>>> There is a menu for changing compiler flags in recent releases -
>>>> you have to make the menuselect program when you do the install (I
>> think)
>>>>
>>>> 73
>>>>
>>>> Ken
>>>>
>>>>> -----Original Message-----
>>>>> From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-
>>>>> bounces@ohnosec.org] On Behalf Of Chris(KB2FAF)
>>>>> Sent: Sunday, December 18, 2011 2:06 PM
>>>>> To: App_rpt-users@ohnosec.org
>>>>> Subject: [App_rpt-users] DTMF voice falsing
>>>>>
>>>>> Hi,
>>>>>
>>>>> I have been noticing an interesting problem. Audio drops on my
>>>>> repeater and link sporadically for maybe 500ms now and then as a
>>>>> conversation is taking place. If I watch debugging data from CLI
>> it
>>>>> usually coincides with DTMF being sensed in certain voices. Is
>>>>> there a way to increase the time it takes for the system to
>>>>> recognize DTMF? Or is there something else going on.
>>>>>
>>>>> Thanks for any pointers...
>>>>>
>>>>> Chris
>>>>>
>>>>> KB2FAF
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> App_rpt-users mailing list
>>>>> App_rpt-users@ohnosec.org
>>>>> ohnosec.org
>>> _______________________________________________
>>> App_rpt-users mailing list
>>> App_rpt-users@ohnosec.org
>>> ohnosec.org
>
>

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

Some people will false DTMF like crazy and others won't touch it. I have one guy who sounds like he's talking the PL of with every ahh and ohh. He's not falseing the PL by the way, I see his DTMF on the asterisk console.

···

--
Tim
:wq

On Dec 20, 2011, at 6:58 AM, Lu Vencl wrote:

This is an interesting problem. I never hear this on any of my nodes.
Could it be that there is too much audio driving the URI? Not sure, but does
the URI RX level drive the DTMF detection? If so, you might be too hot..
Might be worth trying to adjust that down as a test to see what happens?

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org
[mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Tim Sawyer
Sent: Sunday, December 18, 2011 11:25 PM
To: Ken
Cc: App_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] DTMF voice falsing

I tried removing RADIO_RELAX but touch tone decoding was way too slow for my
taste. Jim mentioned that the parameters could be adjusted to perhaps find a
happy medium between radio_relax and phone mode. The parameters are in
/usr/src/astsrc/asterisk/main/dsp.c under the RADIO_RELAX compiler
directive. Not being a C programmer and knowing even less about the DSP
routines, I couldn't make much sense of the values. But maybe others could
check it out and explain the parameters to the rest of us. :slight_smile:
--
Tim
:wq

On Dec 18, 2011, at 8:05 PM, Ken wrote:

In my case, the DTMF commands work fine with this setting.

The only time I have trouble is when there is some multipath distortion

...

driving to the next traffic light is usually enough to fix that :wink:

Ken

-----Original Message-----
From: Tim Sawyer [mailto:tim.sawyer@me.com]
Sent: Sunday, December 18, 2011 11:02 PM
To: Chris (KB2FAF)
Cc: Ken; App_rpt-users@ohnosec.org
Subject: Re: [App_rpt-users] DTMF voice falsing

But can you still reliably function the system?
--
Tim
:wq

On Dec 18, 2011, at 7:12 PM, Chris(KB2FAF) wrote:

Ken,

Your suggestion made a huge difference!

Thank you.

Chris - KB2FAF

On 12/18/2011 02:23 PM, Ken wrote:

My experience always has been that the standard install is WAY too
sensitive to DTMF false decodes.
There may be an easier way to do this (I hope to find), but, one way
is to remove the RADIO_RELAX compiler flag in
/usr/src/astsrc/asterisk/menuselect.makeopts
it should read only:
MENUSELECT_CFLAGS=LOADABLE_MODULES

Then cd astsrc
And
./configure
Make
Make install

There is a menu for changing compiler flags in recent releases - you
have to make the menuselect program when you do the install (I

think)

73

Ken

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-
bounces@ohnosec.org] On Behalf Of Chris(KB2FAF)
Sent: Sunday, December 18, 2011 2:06 PM
To: App_rpt-users@ohnosec.org
Subject: [App_rpt-users] DTMF voice falsing

Hi,

I have been noticing an interesting problem. Audio drops on my
repeater and link sporadically for maybe 500ms now and then as a
conversation is taking place. If I watch debugging data from CLI

it

usually coincides with DTMF being sensed in certain voices. Is
there a way to increase the time it takes for the system to
recognize DTMF? Or is there something else going on.

Thanks for any pointers...

Chris

KB2FAF

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

What would cause this error to happen?

WARNING[20541] chan_usbradio.c: Error reading output space

N5ZUA

USB Sucks!

···

From: n5zua@earthlink.net
To: App_rpt-users@ohnosec.org
Date: Sat, 14 Jan 2012 12:55:34 -0600
Subject: [App_rpt-users] Error Question

What would cause this error to happen?

WARNING[20541] chan_usbradio.c: Error reading output space

N5ZUA


App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org

I just tried this and it works GREAT!

I used to see DTMF falsing on almost every transmission ... maybe 50 milliseconds or so when watching from the CLI at radio debug level 1. After the change, I see nothing, even when I lean on the mic and intentionally over deviate. I'm not noticing any delayed decoding of DTMF either.

Thanks!

N5ZUA

···

----- Original Message ----- From: "Ken" <ke2n@cs.com>

My experience always has been that the standard install is WAY too sensitive
to DTMF false decodes.
There may be an easier way to do this (I hope to find), but, one way is to
remove the RADIO_RELAX compiler flag
in
/usr/src/astsrc/asterisk/menuselect.makeopts
it should read only:
MENUSELECT_CFLAGS=LOADABLE_MODULES

Then cd astsrc
And
./configure
Make
Make install

There is a menu for changing compiler flags in recent releases - you have to
make the menuselect program when you do the install (I think)

73

Ken

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-
bounces@ohnosec.org] On Behalf Of Chris(KB2FAF)
Sent: Sunday, December 18, 2011 2:06 PM
To: App_rpt-users@ohnosec.org
Subject: [App_rpt-users] DTMF voice falsing

Hi,

I have been noticing an interesting problem. Audio drops on my
repeater and link sporadically for maybe 500ms now and then as a
conversation is taking place. If I watch debugging data from CLI it
usually coincides with DTMF being sensed in certain voices. Is there a
way to increase the time it takes for the system to recognize DTMF? Or
is there something else going on.

Thanks for any pointers...

Chris

KB2FAF

Yup, this has worked very well.

···

On 1/23/12 9:15 AM, "Steve Agee" <n5zua@earthlink.net> wrote:

I just tried this and it works GREAT!

I used to see DTMF falsing on almost every transmission ... maybe 50
milliseconds or so when watching from the CLI at radio debug level 1.
After
the change, I see nothing, even when I lean on the mic and intentionally
over deviate. I'm not noticing any delayed decoding of DTMF either.

Thanks!

N5ZUA

----- Original Message -----
From: "Ken" <ke2n@cs.com>

My experience always has been that the standard install is WAY too
sensitive
to DTMF false decodes.
There may be an easier way to do this (I hope to find), but, one way is
to
remove the RADIO_RELAX compiler flag
in
/usr/src/astsrc/asterisk/menuselect.makeopts
it should read only:
MENUSELECT_CFLAGS=LOADABLE_MODULES

Then cd astsrc
And
./configure
Make
Make install

There is a menu for changing compiler flags in recent releases - you
have
to
make the menuselect program when you do the install (I think)

73

Ken

-----Original Message-----
From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-
bounces@ohnosec.org] On Behalf Of Chris(KB2FAF)
Sent: Sunday, December 18, 2011 2:06 PM
To: App_rpt-users@ohnosec.org
Subject: [App_rpt-users] DTMF voice falsing

Hi,

I have been noticing an interesting problem. Audio drops on my
repeater and link sporadically for maybe 500ms now and then as a
conversation is taking place. If I watch debugging data from CLI it
usually coincides with DTMF being sensed in certain voices. Is there a
way to increase the time it takes for the system to recognize DTMF? Or
is there something else going on.

Thanks for any pointers...

Chris

KB2FAF

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org