Anshuman, before moving further, lets recap the discussion and restart again with the basic info. You mentioned you use splitcomb for your sound device. Any reason why? Are you using multiple sound devices (simultaneously)? Please find more comments from me below. On 2/13/08, Anshuman S. Rawat <arawat at 3clogic.com> wrote: > I tried your suggestion and went up to a value of 512. Latency was too high > and media quality didn't improve much. However it improved to a level that > it seemed that audio frames from the 2 different (G729) calls are > "interfering". There were 2-3 of us here and all of us are quite sure that > the 2 streams are somehow "interfering". Point to note - only one call is > granted mic and speaker at a time which is the last call made. This is > happenning and can be seen in the log. > > 19:28:33.171 conference.c Port 0 (Primary Sound Capture Driver) stop > transmitting to port 1 (sip:+18007860404 at 208.109.178.168) > 19:28:33.171 strm021ADBC4 Start talksprut.. > 19:28:33.171 conference.c Port 4 (sip:+18009363500 at 208.109.178.168) > transmitting to port 0 (Primary Sound Capture Driver) > 19:28:33.171 conference.c Port 0 (Primary Sound Capture Driver) transmitting > to port 4 (sip:+18009363500 at 208.109.178.168) > > I had first made a call to 18007860404 and then to 18009363500. As seen, it > takes 'focus' away from the first call and gives it to the latest (2nd call > here) call. > Actually the log above doesn't tell us if port 1 has stopped transmitting to port 0, so without anything else, audio from port 1 (the first call) would still be played to speaker, hence you hear the interference. > Since CPU doesn't look like the issue and increasing > PJMEDIA_SOUND_BUFFER_COUNT hasn't helped, maybe something is wrong with our > G729 integration. We integrated g729 using g711.c as a 'working example'. It > works fine for single g729 calls at a time. > > Is there anything we should do for integration which is not evident from the > g711 source (g711.c)? > Hard to say, it would depend on the features of the G729 codec library that you use. But if it works for one call, it should work for more than one call too (except of course if the codec disallow us from instantiating more than one instance!). > BTW, we dont use PJMEDIA's plc or vad feature for G729. > Okay. PJMEDIA's PLC is not good anyway so it's wise to stay away from it, at least for now. cheers, -benny > Regards, > > Anshuman > > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >
