Hi,
wantedBufferSamples still slowly grows more and more negative when DTMFs are
sent.
I think this happens because there is no audio RTP while DTMF tones are played.
I suspect that the same happens when silence suppression stops the RTP.
Does anyone know if this will cause problems?
Should the wantedBufferSamples be limited somehow by resetting
mStreamState.playbackStreamPosition under certain conditions?
mStreamState.playbackStreamPosition = rtp->getRtpTimestamp();
...Carsten
Carsten Avenhaus wrote:
> Hi,
>
> here is a patch for the DTMF problem.
> I am still trying to figure out how to best solve the supervised
> transfer problem.
>
> ...Carsten
>
>
> Carsten Avenhaus wrote:
>> Paul Whitfield wrote:
>>
>>> For my application I have re-worked the code to not call
>>> MprDecode::pushPacket() for DTMF packets,
>>> this then caused a problem that the DTMF packets
>>> never got decoded, I fixed this and my application is working fine now.
>>
>> I thought about that too, but that means DTMFs can probably overtake
>> audio in the jitter buffer. Since the jitter buffer is probably not that
>> big it's probably not a big deal for most applications.
>> But I think that not calling MpJbeFixed::update() for DTMFs from
>> MprDecode::pushPacket()
>> is a cleaner and easier fix. Would you give it a try and see if that
>> fixes your
>> problem as well?
>>
>>
>> Keith Kyzivat wrote:
>> > Might you have a patch file you can send up so this can be reviewed
>> and checked into the repository?
>>
>> Not quite yet, but I will send it once I did some more testing.
>>
>>
>> ...Carsten
>>
_______________________________________________
sipxtapi-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
