h264 video call lagency with cif , with polycom vxx1500 video phone

[GoogleCodeExporter]

a) Before posting your issue you MUST answer to the questions otherwise it
will be rejected (invalid status) by us
b) Please check the issue tacker to avoid duplication
c) Please provide network capture (wireshark) or Android log (DDMS output)
if you want quick response

What steps will reproduce the problem?
1. imsdroid call polycom vxx1500 with codec h264 ,
   polycom send cif video, imsdroid receive well and no langency in imsdroid screen, but in the polycom screen ,the video send by imsdroid  lagency about 2 seconds,.
2. the audio lagency exist also, sound from imsdroid->polycom is well, but when 
sounds from polycom->imsdroid,
 imsdroid side has lagency about two seconds.

3.

What is the expected output? What do you see instead?
my be  that is the software encode h264 codec problem , but what when it come 
to audio lagency ? 

What version of the product are you using? On what operating system?
i use version 2.0 and doubango 2.x 

Please provide any additional information below.

the strange thing is that the lagency exist  only on one side ,both audio and 
video has this problem .

is any one interest in hardware encode ? in tinyDAV i see the h264 encode  is 
done by ffmpeg .

Original issue reported on code.google.com by openser@yeah.net on 3 Jun 2011 at 6:23

[GoogleCodeExporter]

Is it possble to have network trace (wireshark)?
Off course we are interested in hardware encode. In tinyDAV we are using x264 
but hardware encoding is in our roadmap. There is a discussion thread about 
hardware encoding on the google group: 
https://groups.google.com/group/doubango/browse_thread/thread/51d72eb8511c88e7

Original comment by boss...@yahoo.fr on 5 Jun 2011 at 3:56

• Changed state: Accepted

[GoogleCodeExporter]

Thanks for your time boss

i have attach a file , the rtp flow is between sip server and imsdroid .

where 10.1.9.112 is imsdroid side, 10.89.0.130 is server side .

I have seen the topic on the google group before, but it has not come to any 
solution. 

Original comment by openser@yeah.net on 7 Jun 2011 at 2:38

Attachments:

• call_polycom_all9.pcap.tar.gz

[GoogleCodeExporter]

We are checking your capture.
BTW, it's "bossiel" not "boss" :)

Original comment by boss...@yahoo.fr on 7 Jun 2011 at 7:20

• Changed state: Started

[GoogleCodeExporter]

Hi, bossiel :)

Is there any  hint ?

Original comment by openser@yeah.net on 8 Jun 2011 at 5:16

[GoogleCodeExporter]

after use few days of imsfroid, call with other softphone, i find that the main 
problem of imsdroid is its delay in both audio and video ,  may be the encode 
and decode architechure has problem.   

Original comment by openser@yeah.net on 15 Jun 2011 at 3:20

[GoogleCodeExporter]

or perhaps you are not using it in the right way (config) or right device.

Original comment by boss...@yahoo.fr on 15 Jun 2011 at 7:43

• Changed state: Accepted

[GoogleCodeExporter]

the audio letency has been resolved , but the video letency still exist , as we 
use soft encode of h264, i belive only the hard encode can resolve this.

Original comment by openser@yeah.net on 21 Jun 2011 at 3:16

[GoogleCodeExporter]

Dear bossiel,
I have same problem. Pls tell me how to make right way (config). Thanks so much.

Original comment by hoangdinhtrung on 21 Jun 2011 at 3:57

[GoogleCodeExporter]

Hi bossile,
           First I want to thanks to you for such a great application.I am using imsdroid with my desktop dailer(portsip) for audio/video call. On video call there is delay although i am using Low bandwidth option from QOS. Sir can you help me or suggest me how to make video quality better by sending less number of frames per second or which codec will help in this. Thanks in Advance.Hi bossile,
           First I want to thanks to you for such a great application.I am using imsdroid with my desktop dailer(portsip) for audio/video call. On video call there is delay although i am using Low bandwidth option from QOS. Sir can you help me or suggest me how to make video quality better by sending less number of frames per second or which codec will help in this. Thanks in Advance.

Original comment by abid.k...@seecs.edu.pk on 10 Jan 2012 at 12:13