[Asterisk-video] Video stream delayed (SIP->3G)

[Borja SIXTO]

Hi Sergio,

I will check your explanation...
I use Kapanga SIP phone, and I confirm that I have set the banwidth to 
20kbps.
I will check the real bndwidth, thanks.

Two questions :

1/
I have made a binaries package of the fontventa asterisk applications.
Can I publish it in this mailing list ?
I think it could help some users to install the fontventa modules.

2/
I would like to publish some Spanish 3G phones connected to your 
applications in order to have use cases.
Can I publish its too ?


Thanks, Saludos,


Tech from i6net


Sergio Garcia Murillo a écrit :
> The most probably reason for video delay is because you send video 
> with too much bandwith.
> Audio is priorized in the h32m4 library so it's played continiously so 
> video is been queued in the
> library so the delay  keeps increasing.
>
> Use app_transcoder or fix your video bandwith limiter and try again ;)
>
> Best regards
> Sergio
>
> Borja SIXTO escribió:
>> 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 :
>>   
>>> 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 http://www.api-digital.com--
>>>
>>> asterisk-video mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>    http://lists.digium.com/mailman/listinfo/asterisk-video
>>>   
>>>     
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-video mailing list
>> To UNSUBSCRIBE or update options visit:
>>    http://lists.digium.com/mailman/listinfo/asterisk-video
>>   
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-video