Refactoring motion search libs
The core motion estimation fucntions all return sad now consistently. The only exception is vp9_full_pixel_diamond(), however the core diamond and refining search routines called from vp9_full_pixel_diamond() also return SAD. If variance of pred error + mv cost is desired it must be calculated explicitly outside these functions. For very fast encoding, hopefully this will eliminate some redundant computations. Also suggests reimplementing FAST_HEX with the vp9_pattern_search framework. It is not exactly the same as the existing FAST_HEX, but performance is slightly better and speed is very similar. Enables removing a lot of duplicate code. Change-Id: I152736393438c25bdf7e96b37cbb8ce330f4f94a
Showing
- vp9/encoder/vp9_firstpass.c 4 additions, 0 deletionsvp9/encoder/vp9_firstpass.c
- vp9/encoder/vp9_mcomp.c 63 additions, 280 deletionsvp9/encoder/vp9_mcomp.c
- vp9/encoder/vp9_mcomp.h 29 additions, 36 deletionsvp9/encoder/vp9_mcomp.h
- vp9/encoder/vp9_pickmode.c 8 additions, 3 deletionsvp9/encoder/vp9_pickmode.c
- vp9/encoder/vp9_rdopt.c 28 additions, 1 deletionvp9/encoder/vp9_rdopt.c
Loading
Please register or sign in to comment