View Full Version : relations between x264 options
yaous
27th March 2010, 18:42
1) --cplxblur and --qblur are adjustable in CRF mode.
2) --qpmax/min/step, --ip/pbratio and --chroma-qp-offset are adjustable in CQP mode.
3) AQ is not used in CQP mode.
are these correct?
nurbs
27th March 2010, 19:18
3) is correct. Also pbratio isn't used when mb-tree is on.
LoRd_MuldeR
27th March 2010, 19:22
1) --cplxblur and --qblur are adjustable in CRF mode.
I think those are 2-Pass only options. Even if they are adjustable, they mean nothing for CRF mode.
Please correct me, if I'm wrong...
2) --ip/pbratio and --chroma-qp-offset are adjustable in CQP mode.
I think so, yes.
3) AQ is not used in CQP mode.
Yes. CQP mode uses constant quantizers, hence AQ doesn't apply here.
Yet another reason to not use CQP ;)
yaous
28th March 2010, 02:38
I think those are 2-Pass only options. Even if they are adjustable, they mean nothing for CRF mode.
Please correct me, if I'm wrong...
AFAIK, both crf and 2-pass calculate complexity from previous encode(2-pass) and from SATD residual(crf).
then blur complexity and allocate bits acording to the blured complexity.
is that correct?
if so, --cplxblur may affect crf mode, too..???
I'm sorry for my bad english..
LoRd_MuldeR
28th March 2010, 02:57
AFAIK, both crf and 2-pass calculate complexity from previous encode(2-pass) and from SATD residual(crf).
There is no "previous encode" in case of CRF mode.
then blur complexity and allocate bits acording to the blured complexity.
is that correct?
From what I see, it seems the one and only place where 'f_complexity_blur' is used is init_pass2().
Dark Shikari
28th March 2010, 03:03
There is no "previous encode" in case of CRF mode.Sure there is. Previous frames.
LoRd_MuldeR
28th March 2010, 03:08
Sure there is. Previous frames.
Yes, okay. But there is no knowledge about the frames that have not been encoded yet in the current pass, because there is no data from a "previous encode" for those frames.
yaous
28th March 2010, 04:53
From what I see, it seems the one and only place where 'f_complexity_blur' is used is init_pass2().
Thanks for the reply :)
and...in my post
'previous encode' correspond to 2-pass,
'SATD residual' correspond to crf.
sorry for my poor english again.
RunningSkittle
28th March 2010, 07:42
Yes, okay. But there is no knowledge about the frames that have not been encoded yet in the current pass, because there is no data from a "previous encode" for those frames.
isnt this what lookahead is for?
Dark Shikari
28th March 2010, 07:48
isnt this what lookahead is for?Yes, with lookahead the "complexity" measure between both passes is identical (when MB-tree is on). cplxblur has no effect when MB-tree is on.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.