Alexander Chemeris wrote:
>
>> Finally I have a problem with remote DTMF events seeming to kill local
>> audio output. I've not quite characterised it yet but is it a known problem?
>>
>
> I do not completely understand what do you mean "kill local audio output".
> What are you refering to as "local audio output"? If you mean problem,
> similar to one with playing file - similar approach of fixing it could be used
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?.
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?
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.
diff dmaTaskPosix.cpp dmaTaskPosix.cpp.orig
538d537
< #include <stdlib.h>
542,544d540
< char * audiodevice = getenv("SND_DEVICE_SIPX");
< if (!audiodevice) audiodevice = "/dev/dsp";
<
551c547
< fd = open(audiodevice, O_RDWR);
---
> fd = open("/dev/dsp", O_RDWR);
554c550
< osPrintf("OSS: could not open %s; *** NO SOUND! ***\n",audiodevice);
---
> osPrintf("OSS: could not open /dev/dsp; *** NO SOUND! ***\n");
596c592
< osPrintf("OSS: %s opened OK, %dHz %d-bit %s\n", audiodevice, speed,
samplesize, (stereo==1) ? "stereo" : "mono");
---
> osPrintf("OSS: /dev/dsp opened OK, %dHz %d-bit %s\n", speed,
samplesize, (stereo==1) ? "stereo" : "mono");
_______________________________________________
sipxtapi-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
