[FFmpeg-devel] [PATCH] FFV1 rectangular slice multithreading
Sat Oct 16 00:49:57 CEST 2010
On Fri, Oct 15, 2010 at 07:31:00AM +0200, Reimar D?ffinger wrote:
> On Fri, Oct 15, 2010 at 04:23:09AM +0200, Michael Niedermayer wrote:
> > On Thu, Oct 14, 2010 at 04:34:50PM -0700, Baptiste Coudurier wrote:
> > > On 10/14/2010 04:22 PM, Michael Niedermayer wrote:
> > >> On Thu, Oct 14, 2010 at 02:59:31PM +0200, Michael Niedermayer wrote:
> > >>> Hi
> > >>>
> > >>> Following patchset makes ffv1.2 much faster on multiprocessor systems
> > >>> (requires version to be set to 2, which needs you to edit the source if you
> > >>> want to try as 1.2 bitstream is not finalized yet)
> > >>>
> > >>> Compression wise 4 slices with foreman and large gops (300 frames) perform
> > >>> slightly better (0.05% IIRC) than 1 slice.
> > >>> With small gops (50 frames) compression is worse with the rangecoder and the
> > >>> large context model by 0.8% otherwise better too.
> > >>> (its quite obvious why its worse in that case and ill be working on that ...)
> > >>>
> > >>> Comments welcome, bikesheds not, and ill apply this soon
> > >>
> > >> applied, flame me on svnlog
> > >
> > > I quickly tested it, very nice speedup, could we get speedup for
> > > decoding too ? It's now encoding faster than decoding :)
> > It speeds up decoding too you need new v1.2 bitstreams and you need to put
> > -threads x before -i
> May I suggest a regression test using all that?
That would require us to enable v1.2 bitstream generation with some flag even
though its not final and could not be decoded in the future
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Those who are best at talking, realize last or never when they are wrong.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: Digital signature
More information about the ffmpeg-devel