search

hongbinz / imsdroid

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

imsdroid sends incorrect RTP timestamp (H263+) #183

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1.Start imsdroid and select video codec H.263-1998
2.Start Linphone (http://www.linphone.org/)with H.263-1998 
3.Make visio call beetween linphone client and imsdroid

What is the expected output?
The RTP video timestamps must be set according to the current frame rate of the 
sender.  
What do you see instead?
The delay between two successive video packets seems to be hard coded (66.67 ms 
-> 15fps)  even if the frame rate is higher than 15fps.
in pcap file:
number | time      | seq   | timestamp (RTP)
223    | 10.130612 | 37411 | 1302738528
4519   | 71.162788 | 39315 | 1309633416
         61 seconds          76.6 seconds
Delay RTP = 76.6 seconds
True delay = 61 seconds

What version of the product are you using? On what operating system?
V1.2.355 (doubango r542)

Please provide any additional information below.

Original issue reported on code.google.com by nicolas....@gmail.com on 21 Feb 2011 at 2:18

Attachments:

GoogleCodeExporter commented 9 years ago 
No. The application will always use the negtiated framerate which should be 
correct. The webcam will be configured to use the same framerate. Between the 
time we create the RTP packet and the time it's effectively sent it could be 
additional delay.

Original comment by boss...@yahoo.fr on 21 Feb 2011 at 2:26

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
Also: Do not forget that the udp socket will buffer the outgoing packets.

Original comment by boss...@yahoo.fr on 21 Feb 2011 at 2:29

GoogleCodeExporter commented 9 years ago

Original comment by boss...@yahoo.fr on 3 Mar 2011 at 10:46