On 12/22/07, Jeremy A <[EMAIL PROTECTED]> wrote:
> In my case the audio is dropped indefinitely. I tried several cases with
> different types of DTMF notification - inband, via RTP, via SIP notify.
> It appears that inband doesn't affect audio - I presume because the TAPI
> doesn't do in-band DTMF detection?.

Yes, sipXtapi support only DTMFS only over RTP and SIP, no inband
detection is available in svn version. Though, there was some effort
on the list to implement in-band DTMF detection, but it was not merged
into svn version, because it uses deprecated version on notifications
(API, used to signal to upper levels that some event occured). If anyone
will port it to our new notificaction system - we'll be glad to check it in
to official svn.

> I haven't characterized it fully yet but a single DTMF tone causes a
> drop. Repeated DTMF tones eventually cause audio to restart.
>
> Perhaps I should move to the svn version first and see if I can
> replicate the problem?

You mean, that audio stop playing even *after* dtmf is stopped?
This is not normal, sure. But yes, we'll be able to help you only
with recent svn version.

> Finally, I have a minor (and ugly) fix to allow selection of Linux audio
> device at initialisation by using an environment variable. In good
> software engineering practice the library should not look at environment
> variables - but at least it works till a better solution comes around.

Yeah, it's ugly. :) As Keith already said, we completely rewritten audio I/O
subsystem this summer, and we're going to remove old dmaTask stuff
as soon as we have some free time. So I'd recommend to not put any
efforts into it. New I/O is far better, it introduce less latency, it is more
stable and flexible. E.g. it allow to use multiple mics and speakers, etc.

PS It's much better to create diffs with "-u" flag (unified diffs).
Or, even better -
to use "svn diff" command, which diff your changes against local copy of
original files.

-- 
Regards,
Alexander Chemeris.

SIPez LLC.
SIP VoIP, IM and Presence Consulting
http://www.SIPez.com
tel: +1 (617) 273-4000
_______________________________________________
sipxtapi-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/

Reply via email to