[x264-devel] ”ultrafast“ preset preformance decrases after commit "Unify 8-bit and 10-bit CLI and libraries"
Timothy Pearson
tpearson at raptorengineering.com
Sat Feb 2 05:23:47 CET 2019
On 02/01/2019 10:07 PM, wangguan (D) wrote:
>
>
> Hi, all
>
>
>
> After the commit “Unify 8-bit and 10-bit CLI and
> libraries"(http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=71ed44c7312438fac7c5c5301e45522e57127db4),
> the “ultrafast” preset costs more time encoding.
>
> The commit “Unify 8-bit and 10-bit CLI and libraries" moves the function
> param_apply_preset from common/common.c to common/base.c , and also
> change the content of param_apply_preset.
>
> Before the commit, in common/common.c, the old version
> param_apply_preset sets “param->analyse.i_trellis = 0;” if preset is
> ultrafast
>
> After the commit, in common/base.c, the new version param_apply_preset
> misses to set “param->analyse.i_trellis = 0;” if preset is ultrafast.
>
>
>
> I think it’s a bug, i_trellis’s default value is 2, and i_trellis is set
> to 0 in “superfast” and “veryfast”. So it makes no sense for i_trellis
> to be 2 in “ultrafast”.
>
> Fixing this can restore the performance in “ultrafast” preset.
I noticed the same thing. Took a bit of time to track down since the
settings for each of the presets aren't exactly easy to find.
--
Timothy Pearson
Raptor Engineering
+1 (415) 727-8645 (direct line)
+1 (512) 690-0200 (switchboard)
https://www.raptorengineering.com
More information about the x264-devel
mailing list