[FFmpeg-devel] [PATCH] Dynamic plugins loading

Michael Niedermayer michaelni
Wed Nov 3 03:19:53 CET 2010


On Tue, Nov 02, 2010 at 06:14:43PM -0400, Alexander Strange wrote:
> 
> On Nov 2, 2010, at 6:05 PM, Nicolas George wrote:
> 
> > Le duodi 12 brumaire, an CCXIX, Michael Niedermayer a ?crit :
> >> I think debuging the differences would be usefull
> >> is it caused by quantization, motion estimation, scenechange detection
> >> macroblock decisison ?
> >> both we and xvid could benefit from knowing this
> > 
> > I had been told, at the time, that the main difference was that XviD uses a
> > higher quantizer for B-frames, while the native encoder, in fixed-quantizer
> > mode, does not without specific options. But I had not been able to find the
> > relevant options.
> > 
> > That is why I am not claiming that XviD is better, but asking: does someone
> > know how to tune the native encoder to be better than XviD?
> 
> That particular setting is -b_qoffset <something>.
> More interesting options would start off with "-bidir_refine 1 -brd_scale 1 -bf 4 -b_strategy 2".
> 
> Given x264's success with MB-Tree (which obsoletes I/P offset and P/B offsets) and trellis frametype (b_strategy 2 is IIRC exponential) I think some improvement in algorithms would work better than options tuning here, but it would take a lot of effort and ASP is not really worth it.

long term, we will likely start using x264s encoding core for
mpeg1/2/4/h261/2/3. That way we would get all the improvments in x264 for free

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

He who knows, does not speak. He who speaks, does not know. -- Lao Tsu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20101103/6a8249f8/attachment.pgp>



More information about the ffmpeg-devel mailing list