search

minganp / imsdroid

Automatically exported from code.google.com/p/imsdroid
0 stars 0 forks source link

large 4-5 second lag/delay. #16

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Phone: LG GW620 (Eve), with android 1.5
I am using a SIP service that only supports the "PCMU" codec.
When only other codecs are enabled, it instantly ends any calls.

when the PCMU codec is inabled i have a 4-5 second lag/latency/delay.

The problem is not the network's fault because other sip devices work fine with 
an unnoticable delay, while connected to the same router.

It seems as if in the first few seconds the lag is very small, and after a few 
seconds it increases to 4-5 seconds, and remains there.

I am not sure if the lag happens on the voice coming in, going out, or both.

Is there an easy way that i could debug what's going wrong?

Original issue reported on code.google.com by purdea.a...@gmail.com on 4 Aug 2010 at 5:55

GoogleCodeExporter commented 9 years ago 
s/inabled/enabled

Original comment by purdea.a...@gmail.com on 4 Aug 2010 at 5:57

GoogleCodeExporter commented 9 years ago 
I have noticed the same on Android G1 (1.5). Do you have the same issue with 
another OS version (1.6 or later)?
This is probably caused by the jitter buffer which introduces latency. The 
incoming sound is clear or not?
Could you confirm that the sound received by the remote party (no IMSDroid) has 
no delay?
If you can send RTP trace (wireshark) it will help a lot.

Original comment by boss...@yahoo.fr on 4 Aug 2010 at 6:04

GoogleCodeExporter commented 9 years ago

Original comment by boss...@yahoo.fr on 28 Aug 2010 at 4:25

GoogleCodeExporter commented 9 years ago 
we use android 2.2, the audio lagency exist also, the the lagency acur on other 
sip phone call imsdroid ,and imsdroid play the sounds with delay of 1-2 
seconds, but the sound from imsdroid to other sip phone is good. 
btw ： i use imsdroid 2.0

Original comment by openser@yeah.net on 17 Jun 2011 at 9:40

GoogleCodeExporter commented 9 years ago 
You can substantially reduce the delay by changing  AUDIO_BUFFER_FACTOR 
constant in NgnProxyAudioConsumer class from 3 to 1

Original comment by tayurs...@gmail.com on 5 Jul 2011 at 4:27

GoogleCodeExporter commented 9 years ago 
I got the same problem, and I cannot find any AUDIO_BUFFER_FACTOR constant in 
that class.

Original comment by jons.jo...@gmail.com on 19 Aug 2011 at 11:23