encode super slow

[GoogleCodeExporter]

This command line is super slow 

vpxenc /mnt/hd/tmp/hX.y4m --passes=2 --kf-max-dist=150 --codec=vp9 --max-q=46 
--min-q=7 --cpu-used=1 -o /tmp/hX.webm

This one isn't : 

vpxenc hX.y4m -o ./hX.y4m-350.webm -p 2 --pass=2 --fpf=./hX.y4m.fpf --min-q=0 
--drop-frame=0 --cq-level=20 --bias-pct=50 --minsection-pct=0 
--maxsection-pct=2000 --end-usage=vbr --target-bitrate=350 --codec=vp9 --good 
-t 6 --profile=0 --auto-alt-ref=1 --lag-in-frames=25 --arnr-maxframes=7 
--arnr-strength=5 --arnr-type=3 --kf-min-dist=0 --kf-max-dist=9999 -v --psnr 
--tune=psnr --test-decode=fatal --min-q=7 --max-q=46 --cpu-used=1 
--kf-max-dist=150 --lag-in-frames=24

Why is it so bad?   Check defaults? 

Original issue reported on code.google.com by jimbanko...@gmail.com on 16 Aug 2013 at 10:38

[GoogleCodeExporter]

Original comment by jimbankoski@google.com on 16 Aug 2013 at 10:39

• Changed state: Available

[GoogleCodeExporter]

The difference happens because of the --good parameter. The default is --best 
which is way slower.

Original comment by debar...@google.com on 16 Aug 2013 at 11:03

[GoogleCodeExporter]

Original comment by jimbankoski@google.com on 22 Aug 2013 at 1:24

• Changed state: Verified

[GoogleCodeExporter]

https://gerrit.chromium.org/gerrit/#/c/66227/

Original comment by jimbankoski@google.com on 22 Aug 2013 at 5:49

[GoogleCodeExporter]

The above change fixes the issue.

Original comment by jimbankoski@google.com on 22 Aug 2013 at 5:50