@proaudio4 Yes, changed to 3600000... Still on 720p stuff so I havent got time to look at 88M - I know you and Stray are working on that - maybe you should follow Chris's lead here and look to adapt his settings for 88M. But try it on the 360000 vid buff too. Could get really good results.
@cbrandin 66M on the Driftwood favoured 36000000 video buffer. Same conditions as other tests. Safer bandwidth - better results - both on 0.53 crb delays with zero errors. Chart 1 OIS on 14-140 lens, 125 Shutter/800ISO Well Lit Room. The magic 0.53 delay. No removal delay errors. Chart 2 OIS off 14-140 lens, 125 Shutter/800ISO Well Lit Room. The magic 0.53 delay. No removal delay errors.
Magic! Both Very good. :-) And still a bit more room to push it :-)
driftwood 360000000 buffer change on cbrandin 66M 'QP maximum variation' - 14-140 lens OIS On - pappas death chart result.png
1430 x 754 - 101K
driftwood 360000000 buffer change on cbrandin 66M 'QP maximum variation' - 14-140 lens OIS off - pappas death chart result.png
@cbrandin 66M tests on 0x2400000 video buffer (same conditions as 44M) Chart 1 OIS on 14-140 lens, 125 Shutter/800ISO Well Lit Room. very faint change in highlights (brighter) around 14 seconds. Chart 2 OIS off 14-140 lens, 125 Shutter/800ISO Well Lit Room. fine it takes me a few secs to move away from camera. The magic 0.53 delay. No removal delay errors. OIS off wins. :-)
Overall, I think things are fine.
cbrandin 66M 'QP maximum variation' - 14-140 lens OIS on - pappas death chart result.png
1684 x 768 - 96K
cbrandin 66M 'QP maximum variation' - 14-140 lens OIS off - pappas death chart result.png
@cbrandin I know you dont seem to use the 3600000 buffer but Im gonna give it a whirl changing it after this next test. I just find it more stable (more bandwidth). In theory you shouldnt have to... but who knows...
@cbrandin 44M tests on 0x2400000 video buffer: tripod, Pappas Death Chart, unattended for 3 mins both tests. Chart 1: OIS on 14-140 lens, 125 Shutter/800ISO Well Lit Room. Chart 2: OIS off 14-140 lens, 125 Shutter/800ISO Well Lit Room. No movement whatsoever/no light change/ I can send you the mts file for proof. But its weird what happens at frame 3630 onwards - the picture does NOT change I watched it continuosly with streamparser. Note: Focus mode on all tests set to 25 (giving 50mm!!!)
Overall, I think things are fine.
cbrandin 44M 'QP maximum variation' - 14-140 lens OIS on - pappas death chart result.png
1683 x 833 - 194K
cbrandin 44M 'QP maximum variation' - 14-140 lens OIS off - pappas death chart result.png
@cbrandin OIS on. Lights fully up in room. just left it going (unattended no moving around it) for 3 mins. Ill try any tests you want. Let me know. 44M Coming up in 5 mins.
Ill do two OIS off shortly - one for 66 and one for your 44m setting.
@cbrandin here's the 66M death chart FYI. Looks good but could be some cadence issues as u can see. Test was conducted on 14-140 lens on a tripod, nearly 3 mins, 125 shutter at 800 iso.
cbrandin 66M 'QP maximum variation' - pappas death chart result.png
The point of this experimantal patch is to allow the codec to use higher QP values if it can and still maintain quality - sort of the opposite of what you are suggesting. You really don't want to restrict the range more than the default - which is a range of target QP-2 to target QP+2. What happens if a frame runs out of bandwidth is that a fallback Quantizer scaling matrix is used to lower bitrate instead - and that looks terrible (severe macroblocking in lower parts of the frame). The 66M patch allows for a range of target QP-2 to target QP+10 (approximately).
@LPowell no. I attempted this. You can try Initial Q to say 18 and then Q to any higher setting to attempt a range. But generally, Ive seen most of the macroblocks return +- 2 Q of the Q setttings. Give it a try.
@cbrandin For high-bitrate settings, do you think it may be effective to set a cap on the maximum QP value the encoder will use on the lowest quality macroblocks? At 75Mbps with the pro version of MainConcept's H.264 encoder, I've seen some improvement in shadow detail by lowering the max QP from 51 to 32. Is there a patch in PTools that sets max QP?
@cbrandin have you a version of your original 44M AQ4 and 66M AQ2 that uses the smaller FBs and Framelimit, now it seems that a bitrate multiple isn't required ? Or are we finding through testing this setting a better approach to patching altogether (as in letting the codec do the work of managing the allocation of the available bandwidth, instead of limiting it to a small range of QPs) ?