[MPlayer-dev-eng] [RFC] preliminary x264 encoding help text

Loren Merritt lorenm at u.washington.edu
Mon Apr 11 07:04:49 CEST 2005


On Sat, 9 Apr 2005, Jeff Clagg wrote:

> And a special prize is deserved by anyone who can show a PSNR gain by 
> adjusting the deblocking parameters by -2 or more.

Customizable deblock filter was never about maximizing PSNR. 0(+-1) will 
always be best for PSNR. The reason they are customizable is that the 
standard allows it, it was easy to do, and we didn't know it would never 
help percieved quality until we tried it on lots of videos.

> And on a semi-related note, can anyone give a convincing justification for
> why the man page still states that increasing frameref is more effective
> on anime vs. live material? I fear this comment may have its origins in
> some poorly-considered and half-assed tests I did way back last fall.

I think it's still true. I know that values all the way up to 16 can 
greatly help anime. Based mostly on other peoples tests, I think values 
above 5 or so have negligible effect on most live-action content.

> b_adapt:
> With this option enabled, the encoder will use some simple heuristics
> to reduce the number of bframes used in scenes that might not benefit
> from them as much.

No, if a scene just didn't benefit as much from B-frames, I would still 
use them. The purpose of b_adapt is to reduce or disable B-frames in 
scenes where they would hurt compression.

> The speed penalty of adaptive bframes is currently rather modest, but 
> so is the potential quality gain. It usually doesn't hurt, however.

With b_adapt, increasing max B-frames should never hurt compression. 
Without b_adapt, it might. If b_adapt ever reduces quality, it's due to 
lack of tuning in my heuristic, not anything inherent in the option.

> b_pyramid:
> You might as well enable this option if you're using >2 bframes; as the
> man page says, you get a little quality improvement with no speed cost.

While I haven't found any movies that are hurt by b_pyramid, I still 
consider it to be an experimental option. It probably works, but be 
warned.
The way b_direct works in conjunction with b_pyramid, while good for fast 
decoding, has some potentially harmful side-effects which may not always 
be counteracted by the improved compression from pyramid. I have a couple 
of ideas for workarounds, but haven't got around to implementing them yet.

--Loren Merritt




More information about the MPlayer-dev-eng mailing list