[asterisk-users] DTMF problems while greeting is playing (Background())

[James Lamanna]

Another note, after looking at the source code, it seems as though
WaitExten() and Read() use ast_waitfordigit() where Background uses
ast_waitstream().

Apparently these 2 functions must behave differently.

-- James

On Wed, Mar 12, 2008 at 9:45 AM, James Lamanna <jlamanna at gmail.com> wrote:
> Hi everyone.
>  I've tried RelaxDTMF and it didn't seem to help.
>
>  I can't use Read() or WaitExten() instead of background.
>  What I was doing was running a test using the following dialplan:
>  [custom-testdtmf2]
>  exten => s,1,Answer
>  exten => s,n,AGI(festival-script.pl|Enter test digits. Then press pound.)
>  exten => s,n,Read(mydigit||0)
>  exten => s,n,SayDigits(${mydigit})
>  exten => s,n,Gotoif($["foo${mydigit}" = "foo"]?6:3)
>  exten => s,n,Playback(vm-goodbye)
>  exten => s,n,Hangup
>
>  When I dialed in and pressed some digits, all the digits were read
>  back to me with no issues.
>  So it seems that the greeting in Background() is interfering with the
>  DTMF detection.
>
>  -- James
>
>
>
>  On Wed, Mar 12, 2008 at 7:47 AM, bilal ghayyad <bilmar_gh at yahoo.com> wrote:
>  > Hi James;
>  >
>  >  Before putting my comments, first of all I would like
>  >  to ask u something that might also help: how can u use
>  >  the Read() or the WaitExten() instead of the
>  >  Background?
>  >
>  >  From the other side:
>  >
>  >  I got one email from eric asked me to Lower the rxgain
>  >  and txgain on your Zap channels. But actually it is
>  >  already the voice volume is low and I was looking to
>  >  increase the gain (currently it is 0.0), so I do not
>  >  know if eric was mean to reduce it less than 0.0, but
>  >  I can not do that due to the low volume that is
>  >  already existed, so any more reduce will make the
>  >  voice not hearable well, even if the DTMF problem
>  >  resolved.
>  >
>  >  I can share u one thing, the main problem in the
>  >  Background is the duplication in the first digit
>  >  detection, so for example if I entered 150, it will
>  >  detect it 115 (and will not continue to detect the 0
>  >  as the digit length completed).
>  >
>  >  Any advise?
>  >
>  >  Regards
>  >  Bilal
>  >
>  >  ------------
>  >
>  >
>  >
>  >  Hi,
>  >  I have a Digium TE410p T1 card and I've noticed that
>  >  under asterisk
>  >  1.4.17/18 I have problems detecting DTMF in IVRs. I
>  >  think I've
>  >  narrowed the problem down to some sort of interference
>  >  between the
>  >  greeting that is playing and the DTMF tones. DTMF
>  >  detection seems to
>  >  work very reliably when I am in Read() or WaitExten(),
>  >  but is
>  >  absolutely unusable while in Background().
>  >
>  >  I hope someone has some ideas for a workaround or
>  >  solution to this
>  >  problem. Having users wait until the end of a greeting
>  >  to make a menu
>  >  selection is pretty much unacceptable.
>  >
>  >  Thank you.
>  >
>  >  -- James
>  >  -----------
>  >
>  >  Lower the rxgain and txgain on your Zap channels.
>  >
>  >  bilal ghayyad wrote:
>  >  > Hi Brent;
>  >  >
>  >  > I have been suffering from this problem since about
>  >  2
>  >  > monthes and until now still did not resolved 100%.
>  >  >
>  >  > First of all, I need to tell u that mostly u have a
>  >  > problem that the first digit is duplicated, for
>  >  > example: if ur customer entered 108 then it will be
>  >  > recognized 110 (the 1 duplicated, and then it takes
>  >  > the 0, and it does not continue to take the 8 as it
>  >  > completes the 3 digits ... this is just an example).
>  >  >
>  >  > Your problem is in the duplication for the digit and
>  >  > specifically the first digit usually will be
>  >  > duplicated.
>  >  >
>  >  > If u found a solution let me know.
>  >  >
>  >  > Regards
>  >  > Bilal
>  >
>  >
>  >
>  >
>  >       ____________________________________________________________________________________
>  >  Be a better friend, newshound, and
>  >  know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
>  >
>  >
>