[MPlayer-dev-eng] [PATCH] synch to new x264 revision

Jeff Clagg snacky at ikaruga.co.uk
Fri Sep 24 03:14:01 CEST 2004


On Wed, Sep 22, 2004 at 05:26:20AM -0500, Jeff Clagg wrote:
> * frameref. This happens to work very well on the foreman test sample, but
> more often it has almost no effect at all. I have a guess that it could be
> a big win on scenes with rapid flashing, but I never tested this idea out.

I finally did a simple test of this, and obviously frameref can be a
big win on flashing scenes. I made a simple test sequence of alternating
frames. The ringing artifacts are due to me saving the images as jpegs
and then quickly deciding it's not important enough to go back and do
again. I encoded 27-frame videos, of these two images alternating back and
forth on even and odd frames, using frameref=[1-8]. Summary of results:

frameref  size (bytes)
--------  ------------
1         833948
2          73608
3          74928
4          74928
5          74928
6          74928
7          74928
8          74948

As expected, starting at frameref=2, the first two frames are iframes
(coded sizes 31256 and 30214 bytes) followed by 25 p-frames.

See http://ikaruga.co.uk/~snacky/rft/ if you want to see the results.




More information about the MPlayer-dev-eng mailing list