Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
17th December 2018, 09:49 | #1 | Link |
Registered User
Join Date: May 2005
Posts: 1,462
|
Did qpmin change?!
I was reading up again on the x264 options, and suddenly realized -qpmin now defaults to 0. Odd. I remember entire discussions here, with ppl saying going below 10 was absurd.
Did something change? Or have I been doing it wrong all the time? Thx.
__________________
Gorgeous, delicious, deculture! |
17th December 2018, 12:00 | #2 | Link |
Registered User
Join Date: Mar 2011
Posts: 4,829
|
It doesn't seem to be mentioned in the Wiki, but MeGUI's tooltip says --qpmin and --qpmax are ignored when encoding in quality based VBR modes (CRF mode or 2/3 pass, I assume). It probably only applies to Constant Quantizer encoding.
Edit: That's probably not correct, as --qp mode implies a constant quantiser, and when I checked, x264 didn't write --qpmin or --qpmax to the encoder settings in --qp mode. Now I'm confused. Maybe MeGUI's tooltip is wrong... I found a reference to 10 being the default here, but I don't know how old it is. https://sites.google.com/site/linuxe...ffmpeg-mapping I had a hard drive handy, so I checked an encode from 2013. Some of the encoder settings, courtesy Of MediaInfo. Writing library : x264 core 138 r2358 9e941d1 Encoding settings : cabac=1 / ref=5 / ..... rc=crf / mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 ..... Last edited by hello_hello; 17th December 2018 at 12:42. |
17th December 2018, 12:36 | #3 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
Thank you! I use CRF mode, so I should be good, I guess. Tip to self: try and keep up with changes over time.
__________________
Gorgeous, delicious, deculture! |
|
17th December 2018, 12:52 | #4 | Link | |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Quote:
You can also just use "x264 --fullhelp" to check the default values for qpmin/max: Code:
--qpmin <integer> Set min QP [0] --qpmax <integer> Set max QP [81]
__________________
Groucho's Avisynth Stuff |
|
17th December 2018, 12:55 | #5 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
qpmin (and qpmax) will affect all types of x264 encoding.
__________________
Groucho's Avisynth Stuff Last edited by LoRd_MuldeR; 19th December 2018 at 04:16. Reason: Rule #4 |
17th December 2018, 14:32 | #6 | Link | |
Registered User
Join Date: May 2005
Posts: 1,462
|
Quote:
Thx, Groucho. So it would seem I was 8 years behind the times. Good thing you set me straight.
__________________
Gorgeous, delicious, deculture! |
|
17th December 2018, 20:22 | #7 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Ever since AQ (adaptive quantization) has been implemented, the QP is not selected per frame anymore, but individually for each macroblock in the frame.
This applies to all RC modes, with CQP being the only exception. So, while a QP below 10 would be highly unusual (and probably undesired) for an entire frame, it is not that unusual (and can make sense) for individual macroblocks...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 17th December 2018 at 20:26. |
28th December 2018, 13:16 | #8 | Link |
Registered User
Join Date: May 2005
Posts: 1,462
|
While we're at it (seems a waste to start a whole new topic about it), I noticed the following:
Code:
- placebo: --bframes 16 --b-adapt 2 --direct auto --slow-firstpass --no-fast-pskip --me tesa --merange 24 --partitions all --rc-lookahead 60 --ref 16 --subme 11 --trellis 2 Code:
set /a _reframes = 12582912 / (((%_width% * %_height%) * 3) / 2) So, is it safe to use as many as 16?!
__________________
Gorgeous, delicious, deculture! |
28th December 2018, 14:08 | #9 | Link | |
Registered User
Join Date: Jul 2018
Posts: 9
|
Quote:
Last edited by Rocinante; 28th December 2018 at 14:11. |
|
4th January 2019, 21:03 | #11 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
The math for the maximum value is here: https://en.wikipedia.org/wiki/H.264/...ture_buffering |
|
4th January 2019, 22:27 | #12 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
If you look at the stats printed at the end, you will see how many reference frames are actually used. It typically looks somewhat like this: Code:
x264 [info]: ref P L0: 40.8% 8.5% 15.2% 7.1% 6.3% 4.8% 4.4% 2.2% 2.2% 1.7% 1.6% 1.3% 1.3% 1.1% 0.9% 0.7% x264 [info]: ref B L0: 52.2% 15.2% 9.9% 5.4% 4.1% 3.7% 2.8% 1.6% 1.2% 1.1% 0.8% 0.7% 0.6% 0.4% 0.2% So, using 16 reference frames is always "safe" in the sense that it won't hurt quality – because the additional reference frames simply won't be used where they do not have a beneficial effect on compression. Anyhow, there usually is not much to be gained from allowing more than ~5 reference frames. But, in any case, allowing more reference frames always increases the amount of work that needs to performed in motion search! (How many reference frames you can fit into the DPB, because of Level restrictions, is a different story; Presets are all about the “speed -vs- compression” trade-off; Level restrictions apply on top of the Preset)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 4th January 2019 at 22:48. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|