linphone-developers
[Top][All Lists]
Advanced

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

Re: [Linphone-developers] h264 codec doesn't work due to too low number


From: Gerhard Stengel
Subject: Re: [Linphone-developers] h264 codec doesn't work due to too low number of "slices" in ffmpeg
Date: Wed, 8 Jun 2011 23:06:56 +0200
User-agent: KMail/1.13.7 (Linux/2.6.37.6-0.5-desktop; KDE/4.6.3; x86_64; ; )

OK, bug report is filed:

https://ffmpeg.org/trac/ffmpeg/ticket/273#comment:1

Let's see what happens ;-)

/Gerhard

Am Mittwoch, 8. Juni 2011, 16:40:29 schrieb Simon Morlat:
> Hi Gerhard,
> 
> Yes it is worth to tell ffmpeg guys about that. Using a lot of slice is 
> very uncommon for movies (it is usually only one slice !), but for 
> network transmission it is very common because it allows to have each 
> slices that fits into a single RTP packet. As a result if the RTP packet 
> gets lost, only part of the image is affected.
> 
> Simon
> 
> On 06/06/2011 22:45, Gerhard Stengel wrote:
> > Hi,
> >
> > I had the problem that after a few seconds all my h264 calls with Bria 3.2 
> > on the other end terminated 
issuing
> > the message that the define MAX_SLICES in libavcodec was too small. I 
> > patched ffmpeg by increasing 
MAX_SLICES
> > in libavcodec/h264.h from 16 to 32 and it works again.
> > I wonder a bit why ffmpeg contains an inappropriate default value for this 
> > define. Is the problem I just
> > described commonly seen or does it just hit me? Or maybe Bria uses too may 
> > slices...
> >
> > Do you think it's worth filing a but report at the ffmpeg folks? And is 32 
> > enough or may it even be that 
the
> > next power of 2, means 64 is needed?
> > I'm using ffmpeg (git dated on 20110604) from Packman on openSUSE 11.4, 
> > x86_64, video resolution is CIF.
> >
> > regards
> >
> > Gerhard
> >
> > _______________________________________________
> > Linphone-developers mailing list
> > address@hidden
> > https://lists.nongnu.org/mailman/listinfo/linphone-developers
> >
> 
> 




reply via email to

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