Buffer problem

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

 



What is strange is that linphone that has also an android version and use
the same ilbc implementation and it works fine :
The begin is choppy but after 3 seconds things become as fine as it is using
pjsip when it works properly.

Is that possible that when things are going wrong at the beggining (when CPU
is the more used) it goes in a state where pjsip try to correct things which
consume more cpu and so it goes worse.
Probably, when things goes wrong, linphone just ignore this (and doesn't try
to restablish things) and as then cpu is less used everything is better
after 2 or 3 seconds of choppy sound.

I repeat but it is really strange that with pjsip sometimes it works
perfectly (and with a better quality than linphone).
Is there a pjsua method I can test that (while in call) reset the rtp stream
reader/writer? (I tried to stop / restart the stream but doesn't seems to
affect network data processing, just the audio one)


2010/8/18 Benny Prijono <bennylp at teluu.com>

> From your description, it looks like you're running out of CPU power,
> and there's little if not nothing we can do to help, other than to
> suggest to look for more optimized codec version, if you can find one
> (like on iPhone we support the built-in iLBC codec). Of all the codecs
> that we have, iLBC is the heaviest (due to the implementation that we
> have), and we normally disable it on small systems.
>
>  -benny
>
> 2010/8/18 R?gis Montoya <r3gis.3r at gmail.com>:
> > Some news about the issue :
> >
> > Enhancer was probably not the good solution. It reduce used cpu so,
> > sometimes things are going better.
> > I've increased the log level and here are new observations :
> >
> > Sometimes everything goes fine (it is the case when I disable switch
> board
> > and remove everything that use CPU). But in most case, it becomes choppy.
> > With log level set to 5 there is a noticeable difference between the case
> > where everything is ok and the case were cpu grow up and sound become
> choppy
> > :
> > the difference is that when things are going wrong I get logs like that :
> >
> > 08-18 14:05:13.444: VERBOSE/libpjsip(3151):  14:05:13.445   strm0x40f884
> > Jitter buffer starts returning normal frames (after 1 empty/lost)
> > 08-18 14:05:13.444: VERBOSE/libpjsip(3151):  14:05:13.452   strm0x40f884
> > Frame lost!
> > 08-18 14:05:13.503: VERBOSE/libpjsip(3151):  14:05:13.507   strm0x40f884
> > Jitter buffer starts returning normal frames (after 1 empty/lost)
> > 08-18 14:05:13.513: VERBOSE/libpjsip(3151):  14:05:13.522   strm0x40f884
> > Frame lost!
> > 08-18 14:05:13.553: VERBOSE/libpjsip(3151):  14:05:13.560   strm0x40f884
> > Jitter buffer starts returning normal frames (after 1 empty/lost)
> > 08-18 14:05:13.563: VERBOSE/libpjsip(3151):  14:05:13.572   strm0x40f884
> > Frame lost!
> >
> > Looping again and again.... (Here plc is disabled else plc also try to do
> > things and CPU usage is higher and sound more choppy)
> > And then about each 2/3sec I get something like that :
> > 08-18 14:05:13.843: VERBOSE/libpjsip(3151):  14:05:13.852   strm0x40f884
> > GET prefetch_cnt=0/12
> > 08-18 14:05:13.843: VERBOSE/libpjsip(3151):  14:05:13.852   strm0x40f884
> > Jitter buffer is bufferring (prefetch=12)
> > 08-18 14:05:13.863: VERBOSE/libpjsip(3151):  14:05:13.868   strm0x40f884
> > GET prefetch_cnt=0/12
> > 08-18 14:05:13.913: VERBOSE/libpjsip(3151):  14:05:13.922   strm0x40f884
> > GET prefetch_cnt=0/12
> > 08-18 14:05:13.934: VERBOSE/libpjsip(3151):  14:05:13.937   strm0x40f884
> > GET prefetch_cnt=0/12
> > 08-18 14:05:13.993: VERBOSE/libpjsip(3151):  14:05:13.997   strm0x40f884
> > GET prefetch_cnt=0/12
> > 08-18 14:05:13.993: VERBOSE/libpjsip(3151):  14:05:13.998   strm0x40f884
> > GET prefetch_cnt=0/12
> > 08-18 14:05:14.023: VERBOSE/libpjsip(3151):  14:05:14.027   strm0x40f884
> > GET prefetch_cnt=0/12
> > 08-18 14:05:14.053: VERBOSE/libpjsip(3151):  14:05:14.062   strm0x40f884
> > GET prefetch_cnt=0/12
> > During this time there is no sound.
> >
> > I tried to play with jitter buffer init parameter but without any chance.
> I
> > don't know exactly what it affects and so it's a little bit foggy for me.
> > Maybe you'll have a suggestion on what I should try.
> >
> > What is really really strange is that when things starts well, voice is
> > really clear and cpu usage is about 15% instead of 80% when it is choppy.
> >
> >
>
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20100818/2ddb3600/attachment-0001.html>


[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