Re: [Linphone-developers] h264 codec doesn't work due to too low number of "slices" in ffmpeg

[Gerhard Stengel]

OK, thanks, I'll file a bug report. Which value of MAX_SLICES would you think 
is appropriate to be on the safe 
side, even for higher video resolutions? 32 or 64? (it scales with powers of 2).

regards

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
> >
> 
>