[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