Media issue with multiple (parallel) calls

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2/12/08, Anshuman S. Rawat <arawat at 3clogic.com> wrote:
> > Ah okay. In that case increasing PJMEDIA_SOUND_BUFFER_COUNT probably
> > will help. Try with:
> > #define PJMEDIA_SOUND_BUFFER_COUNT 16
> >
> > in your config_site.h, and if it's okay, experiment with reducing the
> > number until you get comfortable latency.
>
> I had tried that earlier with a value of 12 and tried again (now) with a
> value of 16. But that didn't help much besides the fact that it did reduce
> the number of 'overflow'/'underflow' log messages. And I seem to see those
> messages as frequently with pjmedia's g711 codec too.
>

In that case, perhaps you can try with increasing it further to, say,
32, or even 64 just for the sake of it, and see if it helps.

The problem seems to be with the sound device, and not with the codec.
>From your log, it looks like the sound device is too bursty (meaning
it calls multiple  get_frame() at once and followed by multiple
put_frames()) and the burst level is too high to be accommodated by
pjmedia's default setting, hence we need to increase
PJMEDIA_SOUND_BUFFER_COUNT.

Well that's my suspicion anyway.

cheers,
 -benny

> Regards,
> Anshuman



[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux