<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
The most probably reason for video delay is because you send video with
too much bandwith.<br>
Audio is priorized in the h32m4 library so it's played continiously so
video is been queued in the<br>
library so the delay keeps increasing.<br>
<br>
Use app_transcoder or fix your video bandwith limiter and try again ;)<br>
<br>
Best regards<br>
Sergio<br>
<br>
Borja SIXTO escribió:
<blockquote cite="mid:4800AC2A.7070204@i6net.com" type="cite">
<pre wrap="">A new test again :
Remark : I have a media configuration with a video bandwidth limiter
set to 20000bps
3G handset ----> Asterisk (call SIP) ----> SIP(video)
I have the same problem.
The stream delayed is always the SIP -> 3G video stream.
So I think the delay is in the H324m stack and/or in the Asterisk scheduling methods.
In the SIP -> 3G -> 3Gecho, I have followed an incoming H263 RTP packet. The h263 datas (~1k bytes ethernet) are sliced in 7 RTP packets (200 bytes ethernet, in this case : echo 3G test). Each packets is send with a delay (20ms).
In the case echo3G, the packet are transfered to the destination. So I can say that 1 RTP packet have taken ~7x20ms = ~140ms to be transfered.
All the packets are delayed so, after some seconds, the stream delay is important. After some minutes, the delay is very very very important.
A other case with playmp4 application. In the 3GP hinted file, there are a lot of h263 RTP packets with a size of 1k bytes too. But in this case I don't have any delay.
What do you think about ?
I am analyzing the two source codes...
Sergio, have you an idea ?
Regards,
Tech from i6net
Borja SIXTO a écrit :
</pre>
<blockquote type="cite">
<pre wrap="">Hi alls,
I am making test with the SIP -> 3G calls.
I have a delay generated by the Asterisk/h324m stack.
Here my test scenarios description :
3G handset ----> Asterisk (3G echo)
All is OK.
SIP(video) ----> Asterisk (video echo)
All is OK.
3G handset ----> Asterisk (call 3G) ----> Asterisk (3G echo)
All is OK.
SIP(video) ----> Asterisk (call 3G) ----> 3G handset
The Audio is OK for the two streams.
The Video from 3G to SIP ok o too.
The Video form SIP to 3G have a very important delay (> some minutes
!!!). If the call is long, the delay increase. But the full video
sequence is complete (It is probably strored in the h324m stack).
SIP(video) ----> Asterisk (call 3G) ----> Asterisk (3G echo)
The Audio is OK for the two streams.
The Video echo have the important delay (> some minutes !!!). Same
result as the previous case.
I am analysing the WireShark capture (Video RTP packets).
I will post the results...
Any body have the same problem ?
Have you an idea ?
Thanks,
Tech from i6net
_______________________________________________
--Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a>--
asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
<a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-video">http://lists.digium.com/mailman/listinfo/asterisk-video</a>
</pre>
</blockquote>
<pre wrap=""><!---->
_______________________________________________
--Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a>--
asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
<a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-video">http://lists.digium.com/mailman/listinfo/asterisk-video</a>
</pre>
</blockquote>
<br>
</body>
</html>