CQ, --cq-level= doesn't influence/is weak influences quality of golden frames

[GoogleCodeExporter]

What is the expected behavior? What do you see instead?

The key --cq-level= in a mode -p 1/ -p 2 pass=2 --end-usage=2 doesn't 
influence/is weak influences quality of golden frames.

To regulate size golden frames it is possible only a key --target-bitrate= it 
not normally.

What version are you using? On what operating system?

vpxenc 0.9.6.1 0.9.7 0.9.7-p1. WinXP 32

Can you reproduce using the vpxdec or vpxenc tools? What command line are
you using?

vpxenc9.7.1.exe -p 1 --pass=2 -t 2 --end-usage=2 --cq-level= -w 1024 -h 428 
--fps=25000/1000 -o .webm .yuv

Please provide any additional information below.

Original issue reported on code.google.com by mylo.m...@qip.ru on 17 Aug 2011 at 7:35

[GoogleCodeExporter]

* vpxenc9.7.1.exe -p 2 --pass=2 -t 2 --end-usage=2 --cq-level= -w 1024 -h 428 
--fps=25000/1000 -o .webm .yuv

Original comment by mylo.m...@qip.ru on 17 Aug 2011 at 7:37

[GoogleCodeExporter]

Original comment by iss...@webmproject.org on 17 Aug 2011 at 7:40

[GoogleCodeExporter]

Original comment by slavarn...@google.com on 17 Aug 2011 at 8:25

[GoogleCodeExporter]

vpxenc9.7.1.exe -p 1 -t 2 --end-usage=2 --cq-level= -w 1024 -h 428 
--fps=25000/1000 -o .webm .yuv

The parameter --cq-level= influences only intermediate frames. Too frequent 
exhibiting of golden frames.

vpxenc9.7.1.exe -p 2 --pass=2 -t 2 --end-usage=2 --cq-level= -w 1024 -h 428 
--fps=25000/1000 --fpf= -o .webm .yuv

Parameter --cq-level= as doesn't influence

vpxenc9.7.1.exe -p 1 -t 2 --end-usage=2 --target-bitrate= --cq-level= -w 1024 
-h 428 --fps=25000/1000 -o .webm .yuv

It is similar -p 2 --pass=2 --end-usage=2 --target-bitrate=.

vpxenc9.7.1.exe -p 2 --pass=2 -t 2 --end-usage=2 --target-bitrate= --cq-level= 
-w 1024 -h 428 --fps=25000/1000 --fpf= -o .webm .yuv

--target-bitrate= vbr for golden frames. --cq-level= Influences both golden 
frames and on intermediate frames, but golden frames are in my opinion 
inadequately high on quality that leads to the over-expenditure bitrate. At 
small movement detailed elaboration from a golden frames can be lost very 
quickly and on the following a golden frames not to be restored.

Original comment by mylo.m...@qip.ru on 17 Aug 2011 at 11:13

[GoogleCodeExporter]

The CQ level limits the lowest Q that non gf, kf, arf frames may use. If the 
first pass predicts that the clip is hard relative to the bit-rate assigned it 
may select a higher cq level than the user supplied value for the majority of 
frames, but never a lower one. Golden frames etc. have their own limits which 
ARE tied to the CQ level, but as pointed out they are lower.

The main factor in most cases affecting the relative size of GFs vs normal 
frames is how well the GFs predict subsequent frames. We are always looking to 
further refine and improve the sizing of golden frames, key frame,s and 
alternative reference frames in deifferent use cases so this is an ongoing work 
in progress.

Original comment by paulwilk...@google.com on 22 Aug 2011 at 1:09

• Changed state: Started
• Added labels: Type-Other
• Removed labels: Type-Defect

[GoogleCodeExporter]

Original comment by paulwilk...@google.com on 21 Nov 2011 at 12:00

• Changed state: WontFix
• Added labels: Priority-Low
• Removed labels: Priority-Medium