@apefos Sete by Apefos. No, something is wrong. I cannot read your file...

This is experimental:

an attempt to reduce the green cast in 720p and hbr, and try to make the 720p and hbr textures/noise looks like 24p.

works only for PAL lands, so it is sete = Europe (because the NTSC framerates/datarates does not allow this try)

auto electronic features does not work in 720p and hbr, better not to use native lenses.

Feel free to change the things you need to satisfy your taste about the image. You can try copy and paste the scaling tables / deblocking tables from one patch to another. Sometimes this copy/paste works, sometimes needs tweaking in other settings to make it work ok... a patch is a combination of many things working together... I think I already found the combination I was looking for, so I do not want to start another pursuing about patches...

I did a look on it, it uses very low numbers in some position in an attempt to lower the quantization, but to keep a reasonable quantization amount in some position it uses very high numbers wich increases quantization a lot for some pixels, and does not have a frequency similar to the dct frequency.

@frullaccia @producer @DrDave @Manicd @matt_gh2 @brudney @jmatthews @jleo @JayUKB @joethepro @Marathonianbull @rezyserzycia @TrackZillas @alphadawggh2 @driftwood @Gallo22 @Vitaliy_Kiselev @zsound @spreeni @NikolayM @Aashay @caveport @LPowell @maxr @Azo @duartix @yskunto @marciocons @kris @karl @Ralph_B @Alex_K @Daniel_R @cbrandin @all

Hello guys, you all followed the developing since long time ago. Please give some feedback about the seta in last upload in post above (seta inside the_patch_4versions zip), it is the main version with all improvements I could find since the beginning of development. Many thanks.

@frullaccia the C version is the most high quantization amount in the matrices. it can increase the mud in textures under normal conditions, but if it is useful in these extreme situation, then there is a use for it.

updated versions with one more quantization matrix option and deblocking tables 18-3

please read the txt inside the zip.

the new matrix is:

006 009 012 018

009 015 021 024

012 021 027 030

018 024 030 036

from now I am thinking about the fallback implementation and about different matrices for the recording modes, if these two improvements worth for better quality and how to do best settings for them.

There is a way to combine patches using different matrices for 24p, hbr and 720p, because the firmware uses different matrices for each. This way the different modes can have different matrix design and quantization based on their needs.

But 24H and 24L uses same matrix. HBR, and 1080i FH and FSH uses same matrix, 720p SH and H uses same matrix.

The other way to combine patches is to use the fallback tables, using a little higher quantization in the fallback.

The fallback works like this:

the main matrix is doing the job to compress the image. if heavy motion occurs or if you increase the iso more than the main matrix can handle, then the fallback matrix takes place to avoid artifacts, so using a higher quantization in the fallback is the way to combine patches. see my previous post.

Both things can be done, a slightly increase in fallback quantization and different matrices for 24p, hbr and 720p.

Thanks for the work apefos.

Forgive my ignorance but can I combine setg,i, and j into one patch?

For example use camera settings 24H,24L, and HBR(Pal) to change between setg,seti, and setj? or can 24L not use 24H patch settings?

setg in datarate stable folder

After the creative discharge, some sleep, food and rest, I did a look on the versions and I found some things that could be better:

in setf luma matrix, the last position is 036, I think 033 makes more sense to the matrix maths.

in seti luma matrix, the number 060 can be 063 for better maths in the matrix.

there is another option in deblocking tables to try: 18 and 3 instead of 18 and 6, needs tests.

it is possible to have another version between setf and setg with this matrix design:

006 009 012 018

009 015 021 024

012 021 027 030

018 024 030 036

I also created some ideas to implement fallback. the fallback versions can use this design: a lower quantization in main matrix and a little higher quantization in fallback matrix, this way when there is heavy motion or iso increase the fallback matrix takes place to avoid compression artifacts.

the idea is to combine versions:

main matrix E + fallback matrix F

main matrix E + fallback matrix G

main matrix F + fallback matrix G

main matrix F + fallback matrix H

main matrix G + fallback matrix H

main matrix G + fallback matrix I

only drawback can be the fallback takes place when you does not want, for example in low light steady shots, if this happens textures will not be so good as the patch without fallback, but if fallback is just a little different the result can be good a balance...

updated information in previous post about the versions

@apefos @producer Guru Apefos really decoded the matrix. I will soon try this new patch.