Having set the deblocking filter correctly, I've gone onto picqpy, piqpc.
So far picqpy=20 is the highest without camera completely freezing. Bit rate increases for sure, original value was 26. Its calculated in jpeg quality from ~51 &0x3f but lower values like 12, 18, don't work.
PicqPC=0 by default. Anything else causes camera to hard freeze like it did with invalid picqpy
Setting through:NSTUB(0xFF1C94A8, mvrSetQscaleYC) allows setting of piqpc but for some reason doesn't change picqpy.
I think I have the array right.... 0 and 1 positions?
it calls:
jpeg_pic_quality(BYTE(*(arg0)), BYTE(arg0->off_0x4))
*ok, it appears either or. Set QPY to 20 get higher BR, set QPc +6 to -6 (58 after math)...
Altering QPC & QPY together causes hard lock. Which one is a better idea?
You can try QPy at 20.
https://bitbucket.org/OtherOnePercent/tragic-lantern/downloads/autoexec.bin.600D.Exfat.Audio.08.PiqQPy.bin1st noticeable effect... preview is messed up. Videos OK.
Can now set Gop lenght and its verifiable + written. Bad news is when buffer overruns you get error 70. Bit rate seems lower, quality untested yet. Def way less P frames.
ASSERT: 0
at Fcreate\FcsMaker.c:2575, task MovieRecorder
lv:1 mode:20
Magic Lantern version : v2.3.NEXT.2012Aug23.600D102
Mercurial changeset : c0cc0716e6ce+ (unified) tip
Built on 2012-08-24 00:43:15 by user@D610.
Free Memory : 334K + 1396K
This happens after recording is stopped. I don't know if quickly switching it back at recording end would block the soft error 70 or if there is another way.