linphone-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Linphone-users] Re: [Linphone-developers] linphone-warning : Video


From: Alastair Johnson
Subject: Re: [Linphone-users] Re: [Linphone-developers] linphone-warning : Video MSTicker: We are late of 429 miliseconds
Date: Fri, 11 Jun 2010 19:33:20 +0100
User-agent: KMail/1.12.4 (Linux/2.6.31-gentoo-r6; KDE/4.3.5; x86_64; ; )

Now there's an open ended question ;-) The answer will depend a lot on the 
features of the arm core you are using, and whether or not the codec is 
optimised to use them. For example with vorbis on the openmoko (armv4t, no 
fpu) the integer-only tremor implementation is much faster than the floating 
point libvorbis implementation. On later architectures some codecs can take 
advantage of the Neon instructions or onboard hardware acceleration (DSP on 
OMAP) whichcan make a huge difference to performance. i haven't looked at 
which of these, if any, may work with linphone.

On Friday 11 June 2010, Harishkumar V wrote:
> Hi,
> 
> thanks ....
> 
> i will change from 352x288 to 176x144 and try.
> 
> Also, which codec will be better to use. I am right now using four codecs,
> 
> Mpeg4-es
> H263-1998
> Theora
> X-snow
> 
> On Fri, Jun 11, 2010 at 4:51 PM, P.Muge Ersoy <address@hidden> wrote:
> > which codec are you using for video encoding?
> >
> > It is most probably because of encoding is to much burden for your arm
> > processor... and the solution.. there is no solution actually rather than
> > upgrading your cpu.. but you may try to lower the fps , resulotion vs..
> >
> >
> > mg
> >
> > On Fri, Jun 11, 2010 at 12:13 PM, Harishkumar V 
<address@hidden>wrote:
> >> Hi,
> >>
> >> These are my test case:
> >>
> >> ARM board : Logitech UVC Webcam C250
> >>                         resolution is 352x288
> >>
> >> PC : No webcam connected
> >>
> >> I am connecting PC and ARM board back-to-back, there is no network lag,
> >> its 10/100 Mbps.
> >>
> >> Both sides, same version of linphone (3.2.1) is used.
> >>
> >> I am using,
> >>
> >> AUDIO CODECS - PCMU, PCMA AND iLBC
> >> VIDEO CODECS - MP4V-ES, THEORA, H263-1998,X-SNOW
> >>
> >> My config file is,
> >>
> >> [net]
> >> download_bw=0
> >> upload_bw=0
> >> firewall_policy=0
> >> mtu=0
> >>
> >> [rtp]
> >> audio_rtp_port=7078
> >> video_rtp_port=9078
> >> audio_jitt_comp=60
> >> video_jitt_comp=60
> >> nortp_timeout=30
> >>
> >> [audio_codec_0]
> >> mime=speex
> >> rate=16000
> >> enabled=0
> >>
> >> [audio_codec_1]
> >> mime=speex
> >> rate=8000
> >> enabled=0
> >>
> >> [audio_codec_2]
> >> mime=PCMU
> >> rate=8000
> >> enabled=1
> >>
> >> [audio_codec_3]
> >> mime=PCMA
> >> rate=8000
> >> enabled=1
> >>
> >> [audio_codec_4]
> >> mime=iLBC
> >> rate=8000
> >> enabled=1
> >>
> >> [video_codec_0]
> >> mime=H264
> >> rate=90000
> >> enabled=0
> >> recv_fmtp=packetization-mode=1
> >>
> >> [video_codec_1]
> >> mime=H264
> >> rate=90000
> >> enabled=0
> >>
> >> [video_codec_2]
> >> mime=MP4V-ES
> >> rate=90000
> >> enabled=1
> >> recv_fmtp=profile-level-id=3
> >>
> >> [video_codec_3]
> >> mime=H263
> >> rate=90000
> >> enabled=0
> >>
> >> [video_codec_4]
> >> mime=theora
> >> rate=90000
> >> enabled=1
> >>
> >> [video_codec_5]
> >> mime=H263-1998
> >> rate=90000
> >> enabled=1
> >> recv_fmtp=CIF=1;QCIF=1
> >>
> >> [video_codec_6]
> >> mime=x-snow
> >> rate=90000
> >> enabled=1
> >>
> >>
> >> Thanks and Regards,
> >> HarishKumar.V
> >>
> >> On Fri, Jun 11, 2010 at 12:32 PM, P.Muge Ersoy 
<address@hidden>wrote:
> >>> What are the initial values for bitrate and image sizes and which codec
> >>> you are using?
> >>>
> >>> mg
> >>>
> >>> On Fri, Jun 11, 2010 at 9:53 AM, Harishkumar V 
<address@hidden>wrote:
> >>>> Hi,
> >>>>
> >>>> I am running linphone 3.1.2 on ARM based board, i am getting following
> >>>> warnings and video performance is
> >>>> not good.
> >>>>
> >>>> How to avoid these and improve the video performance?
> >>>>
> >>>> these are the warnings,
> >>>>
> >>>> linphone-warning : Video MSTicker: We are late of 429 miliseconds.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]