[Asterisk-video] XLite -> 3G handset = slow motion video

[Klaus Darilion]

Hi!

Probably the bandwidth of the video sent from xlite exceeds the 
bandwidth which can be feed into the H324M channel, thus the delay is 
growing.

There are several solutions:
1. Use app_transcode - but IMO this is a bad solution as quality is 
decreasing and delay is increased.

2. Tell xlite to use smaller bandwidth. DIsable the "zero baandwidth" 
settings and specify the network manually (Options -> Advanced -> .... 
-> Cable, DSL)


3. There is a patch on the bug tracker which allows you to use 
deprecated SDP paramter to signal the bandwidth to xlite.

regards
klaus

IvánF G wrote:
> Hi all,
> 
> I'm testing video calls between XLite and 3g handsets using Asterisk 
> 1.4.21.1 as PBX. I've got almost everything working except for an 
> stranger behavior with the video.
> 
> The escenary is the asterisk installed with an public IP adress and the 
> XLite softphone running on a PC behind a router (private IP). Well; I 
> register the XLite client in Asterisk and originate a call between the 
> two endpoints. The result is that:
> 
> - audio works fine in both directions
> - 3G -> XLite video works perfectly too
> - XLite -> 3G video has very good image quality BUT in slow motion, what 
> makes the video more and more delayed
> 
> I haven't seen nothing special in both the SIP and PRI debug (except the 
> /rtp.c:1286 ast_rtp_read: Unknown RTP codec 126 received/ that I think 
> doesn't matter, for what I've seen around). I have configured XLite with 
> only the h263p video codec, and my sip.conf is:
> 
> 
> [general]
> context=default            ; Default context for incoming calls
> allowoverlap=no            ; Disable overlap dialing support. (Default 
> is yes)
> bindport=5060            ; UDP Port to bind to (SIP standard port is 5060)
> bindaddr=X.X.X.X        ; asterisk IP address )
> srvlookup=yes            ; Enable DNS SRV lookups on outbound calls
> disallow=all            ; First disallow all codecs
> allow=sln
> allow=h263p
> allow=amr
> allow=g711a
> allow=alaw
> allow=gsm
> dtmfmode = rfc2833        ; Set default dtmfmode for sending DTMF. 
> Default: rfc2833
> videosupport=yes        ; Turn on support for SIP video.
> maxcallbitrate=64        ; Maximum bitrate for video calls (default 384 
> kb/s)
> 
> [img4]
> type=friend
> username=img4
> secret=img4
> host=dynamic
> nat=yes
> disallow=all
> allow=h263p
> allow=alaw
> allow=amr
> allow=gsm
> allow=raw
> maxcallbitrate=60
> 
> Does anybody know the reason of this inapropiate "slow motion"? Is there 
> a solutions or is some kind of problem/incompatibility between Asterisk 
> and XLite? Something that could be resolved with the non-free version of 
> XLite?
> 
> Thank in advance,
> 
> Torino
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> --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